[Users] VNC Console
by ml ml
Hello List,
i am running ovirt 3.3.3-2.el6. It looks really cool and nice.
However, the VNC Console drives me Crazy. I can seem to get a proper Key
Mapping.
My VNC Keyboard Layout is set to "en-us" and i am booting a live cd, also
with en-us key mapping.
However the keys such as / or = are not working and its driving me carzy
that i am failing on this simple task.
Can anyone help? What Client do you use in Mac and Windows?
Is there anything else i need to take care of?
Thanks,
Mario
10 years, 10 months
Re: [Users] oVirt or RHEV ?
by Martijn Grendelman
Hi Dave (and everyone else who responded),
Thank you for your explanations. It was the objectiveness I was looking
for, even though you work for Red Hat :-) At least the benefits of RHEV
are way more clear to me now, which is what I needed.
The choice is still a tough one, expecially since the oVirt users
mailing list is one of most helpful ones I know.
Thanks again,
Martijn.
Dave Neary schreef op 6-2-2014 19:32:
> Hi,
>
> On 02/06/2014 04:06 PM, Martijn Grendelman wrote:
>> This may be the wrong place to ask, but I'm looking for input to form an
>> opinion on an "oVirt or RHEV" question within my company.
>
> I suspect you'll get a different answer if you ask here vs Red Hat
> sales. I'll try to be objective (disclosure: I work for Red Hat).
>
>> I have been running oVirt for about 5 months now, and I'm quite
>> comfortable with its features and maintenance procedures. We are now
>> planning to build a private virtualization cluster for hosting clients'
>> applications as well as our own. Some people in the company are
>> questioning whether we should buy RHEV, but at this point, I can't see
>> the benefits.
>
> If you are running any applications which are certified on RHEL, and you
> want to ensure you continue getting the benefits of certification, then
> you should check if your supplier will support the configuration of
> "application on RHEL guest on oVirt managed hypervisor" - Red Hat does
> not support the operating system in this configuration, so if certified
> applications and support are important, this is something you may want
> to consider.
>
> In general, oVirt will get less integration testing and QA than RHEV
> (purely a resource allocation issue), so you will occasionally hit bugs
> in oVirt that are fixed in the equivalent RHEV release. Bug fixes for
> RHEV get into oVirt too, but in the master branch usually, so if you're
> running a stable release of oVirt, you may still have the issue, unless
> the fix is back-ported to the stable release branch.
>
> On the flip side, features appear first in oVirt, so if there are newer
> features you really need, you could use them on oVirt. A few months
> later, they will be available in the RHEV product.
>
> Also, while most RHEV documentation will apply to oVirt, that's not
> always the case. A recent example was the Node quick start
> documentation, as pointed out by a list member. If you like
> documentation matching the actual functionality of the project, you can
> help fix the oVirt documentation.
>
> Actually, that's a key differentiator - your ability to engage with the
> community, help update the wiki, test new features while they're still
> in design & ensure they fit your needs, are for me the key selling
> points of the project. If you want something that is supported, on which
> your apps are certified, and for which you can get good support, and
> have a reasonable expectation of more stability, RHEV is for you.
>
>
>> Can anyone on this list shed a light on when RHEV might be a better
>> choice than oVirt? What are the benefits? The trade-offs?
>>
>> I am looking for pragmatic, real-world things, not marketing mumbo
>> jumbo. That, I can get from redhat.com ;-)
>
> You also got this from redhat.com - hope I didn't disappoint you.
>
> Cheers,
> Dave.
>
>
10 years, 10 months
Re: [Users] oVirt or RHEV ?
by Martijn Grendelman
Hi René,
Sorry for top-posting, but I just wanted to say that this was a really
helpful answer, and it actually made me rethink yesterday's decision:-).
Thank you very much.
Cheers,
Martijn.
René Koch schreef op 6-2-2014 19:53:
> Hi Martijn,
>
> That's a good question and not too easy to answer.
> I work as a Solution Architect and my company is selling both - RHEV and
> oVirt consulting and support. The reason for doing both is, that we want
> to give users a choice which solution fits better.
>
> The main benefits (in my opinion) of RHEV are:
>
> - Support with SLAs
> Red Hat provides support for RHEV with service levels. For oVirt you
> have to wait until someone of the developers or community members helps
> you on the mailing list or in IRC (or you buy support from a company
> with provides it).
>
> - Updates for each release for 3 years
> You receive for all releases (RHEV 3.1, 3.2,...) 3 years of support and
> updates. oVirt provides bugfix releases for the actual release (so you
> want get bugfix updates for 3.2 anymore, you have to upgrade to 3.3).
> For me this is the biggest advantage of RHEV.
>
> - Red Hat Knowledge Base
> Red Hat Knowledge Base is one of the best knowledge bases and it helps
> you greatly solving issues and gives useful tips. I use the knowledge
> base a lot and wouldn't want to miss it for any Red Hat product.
>
> - Stability
> RHEV is tested by a qa team and the releases are really stable. oVirt
> has newer features which are less tested. I upgrade oVirt release only
> to .1 releases (e.g. 3.2.x -> 3.3.1), not to .0 to avoid issues.
>
> - Guest agents
> Guest agents and RHEV tools are packaged for RHEL and Windows guests and
> are working fine. When using oVirt you miss some of the functionality of
> Windows guest tools or have to copy it from different locations. For
> other os'es it doesn't matter if using RHEV or oVirt.
>
> - Application / os support
> You should consider if your applications and operating systems are
> supported in oVirt as well. All apps certified for RHEL are certified
> for RHEV as well.
>
>
> Main benefits of oVirt:
>
> - Newest features
> oVirt gives you the latest and greatest. So it will take some time until
> this feature is available in RHEV, too (due to testing).
>
> - No subscription coasts
> You don't have to buy subscriptions for an oVirt environment, so it
> saves money. But on the other hand it can also cost you more money, if
> you have to spend a lot of time in troubleshooting or with upgrading
> (especially with possible upgrading issues) or having down times of your
> environment.
>
>
> It's not too easy to say if you should use RHEV or oVirt.
> I hope I could help you making a decision with my explanations above.
> You could also have both - a RHEV setup for production vms and an oVirt
> setup for development and qa vms.
>
>
> Regards,
> René
>
>
>
> On Thu, 2014-02-06 at 16:06 +0100, Martijn Grendelman wrote:
>> Hi,
>>
>> This may be the wrong place to ask, but I'm looking for input to form an
>> opinion on an "oVirt or RHEV" question within my company.
>>
>> I have been running oVirt for about 5 months now, and I'm quite
>> comfortable with its features and maintenance procedures. We are now
>> planning to build a private virtualization cluster for hosting clients'
>> applications as well as our own. Some people in the company are
>> questioning whether we should buy RHEV, but at this point, I can't see
>> the benefits.
>>
>> Can anyone on this list shed a light on when RHEV might be a better
>> choice than oVirt? What are the benefits? The trade-offs?
>>
>> I am looking for pragmatic, real-world things, not marketing mumbo
>> jumbo. That, I can get from redhat.com ;-)
>>
>> Best regards,
>> Martijn.
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
10 years, 10 months
[Users] SPICE behind NAT
by Alan Murrell
I have setup a test All-In-One install but it is behind a Linux NAT
firewall (IPTables). I have been reading about Spice-Proxy and know the
basics of setting it up (install squid, configure the ovirt engine
SpiceProxyDefault), however I just wanted to know how I would do this in
a NAT situation? Would I install Squid on the firewall? When I
configure SpiceProxyDefault on the ovirt-engine, I set it to use the
internal IP of the firewall/Squid? Anything else I would possibly need
to do?
-Alan
10 years, 10 months
[Users] Constant lopping log of task activity
by Matt Warren
I'm seeing a constant loop of task issues in the vdsm.log
Host is a CentOS 6.5 server otherwise setup as a db lab server.
Engine is a CentOS 6.5 vm running on vmware esx host.
The host has local storage only. Not sure if related, but I've been trying
to attach a Win2k8-hosted NFS share for ISO's and failing. I can manually
mount it just fine from the host os, but the ovirt-engine complains of
privileges errors.
I also had trouble getting the host recognized in ovirt dues to a messed
up sudoers file. With that sorted, it added and report fine.
Any troubleshooting tips?
--------------------------------------------
Thread-84::DEBUG::2014-02-02
16:08:55,459::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11]
Thread-84::DEBUG::2014-02-02
16:08:55,459::task::579::TaskManager.Task::(_updateState)
Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::moving from state init ->
state preparing
Thread-84::INFO::2014-02-02
16:08:55,460::logUtils::44::dispatcher::(wrapper) Run and protect:
getSpmStatus(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745', options=None)
Thread-84::INFO::2014-02-02
16:08:55,460::logUtils::47::dispatcher::(wrapper) Run and protect:
getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM',
'spmLver': 1}}
Thread-84::DEBUG::2014-02-02
16:08:55,460::task::1168::TaskManager.Task::(prepare)
Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::finished: {'spm_st':
{'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1}}
Thread-84::DEBUG::2014-02-02
16:08:55,460::task::579::TaskManager.Task::(_updateState)
Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::moving from state preparing
-> state finished
Thread-84::DEBUG::2014-02-02
16:08:55,460::resourceManager::939::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-84::DEBUG::2014-02-02
16:08:55,461::resourceManager::976::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-84::DEBUG::2014-02-02
16:08:55,461::task::974::TaskManager.Task::(_decref)
Task=`cc9c6dac-ed6e-4cc9-a3e4-b741c5137caf`::ref 0 aborting False
Thread-85::DEBUG::2014-02-02
16:08:55,470::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11]
Thread-85::DEBUG::2014-02-02
16:08:55,470::task::579::TaskManager.Task::(_updateState)
Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::moving from state init ->
state preparing
Thread-85::INFO::2014-02-02
16:08:55,470::logUtils::44::dispatcher::(wrapper) Run and protect:
getStoragePoolInfo(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745',
options=None)
Thread-85::DEBUG::2014-02-02
16:08:55,471::resourceManager::197::ResourceManager.Request::(__init__)
ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`7bbb6abd-006b-
4b7b-b540-322dfdda7644`::Request was made in
'/usr/share/vdsm/storage/hsm.py' line '2553' at 'getStoragePoolInfo'
Thread-85::DEBUG::2014-02-02
16:08:55,471::resourceManager::541::ResourceManager::(registerResource)
Trying to register resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745'
for lock type 'shared'
Thread-85::DEBUG::2014-02-02
16:08:55,471::resourceManager::600::ResourceManager::(registerResource)
Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free. Now
locking as 'shared' (1 active user)
Thread-85::DEBUG::2014-02-02
16:08:55,471::resourceManager::237::ResourceManager.Request::(grant)
ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`7bbb6abd-006b-
4b7b-b540-322dfdda7644`::Granted request
Thread-85::DEBUG::2014-02-02
16:08:55,472::task::811::TaskManager.Task::(resourceAcquired)
Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::_resourcesAcquired:
Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745 (shared)
Thread-85::DEBUG::2014-02-02
16:08:55,472::task::974::TaskManager.Task::(_decref)
Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::ref 1 aborting False
Thread-85::INFO::2014-02-02
16:08:55,472::logUtils::47::dispatcher::(wrapper) Run and protect:
getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid':
'd9f70b92-3c38-4503-ac69-b48325ead406', 'name': 'hnwdb05-Local',
'version': '3', 'domains': 'd9f70b92-3c38-4503-ac69-b48325ead406:Active',
'pool_status': 'connected', 'isoprefix': '', 'type': 'LOCALFS',
'master_ver': 1, 'lver': 1}, 'dominfo':
{'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active', 'diskfree':
'409127440384', 'alerts': [], 'version': 3, 'disktotal': '945068838912'}}}
Thread-85::DEBUG::2014-02-02
16:08:55,473::task::1168::TaskManager.Task::(prepare)
Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::finished: {'info': {'spm_id':
1, 'master_uuid': 'd9f70b92-3c38-4503-ac69-b48325ead406', 'name':
'hnwdb05-Local', 'version': '3', 'domains':
'd9f70b92-3c38-4503-ac69-b48325ead406:Active', 'pool_status': 'connected',
'isoprefix': '', 'type': 'LOCALFS', 'master_ver': 1, 'lver': 1},
'dominfo': {'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active',
'diskfree': '409127440384', 'alerts': [], 'version': 3, 'disktotal':
'945068838912'}}}
Thread-85::DEBUG::2014-02-02
16:08:55,473::task::579::TaskManager.Task::(_updateState)
Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::moving from state preparing
-> state finished
Thread-85::DEBUG::2014-02-02
16:08:55,473::resourceManager::939::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources
{'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745': < ResourceRef
'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', isValid: 'True' obj:
'None'>}
Thread-85::DEBUG::2014-02-02
16:08:55,473::resourceManager::976::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-85::DEBUG::2014-02-02
16:08:55,473::resourceManager::615::ResourceManager::(releaseResource)
Trying to release resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745'
Thread-85::DEBUG::2014-02-02
16:08:55,473::resourceManager::634::ResourceManager::(releaseResource)
Released resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' (0 active
users)
Thread-85::DEBUG::2014-02-02
16:08:55,474::resourceManager::640::ResourceManager::(releaseResource)
Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free, finding
out if anyone is waiting for it.
Thread-85::DEBUG::2014-02-02
16:08:55,474::resourceManager::648::ResourceManager::(releaseResource) No
one is waiting for resource
'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', Clearing records.
Thread-85::DEBUG::2014-02-02
16:08:55,474::task::974::TaskManager.Task::(_decref)
Task=`59aa1ec2-64b9-4c6d-bdb8-66154f73915d`::ref 0 aborting False
[slight pause]
Thread-21::DEBUG::2014-02-02
16:08:58,274::fileSD::222::Storage.Misc.excCmd::(getReadDelay) '/bin/dd
iflag=direct
if=/rhev/data-center/mnt/_data_images/d9f70b92-3c38-4503-ac69-b48325ead406/
dom_md/metadata bs=4096 count=1' (cwd None)
Thread-21::DEBUG::2014-02-02
16:08:58,281::fileSD::222::Storage.Misc.excCmd::(getReadDelay) SUCCESS:
<err> = '0+1 records in\n0+1 records out\n461 bytes (461 B) copied,
0.000121435 s, 3.8 MB/s\n'; <rc> = 0
[slight pause and repeat]
Thread-89::DEBUG::2014-02-02
16:09:05,405::task::579::TaskManager.Task::(_updateState)
Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::moving from state init ->
state preparing
Thread-89::INFO::2014-02-02
16:09:05,406::logUtils::44::dispatcher::(wrapper) Run and protect:
repoStats(options=None)
Thread-89::INFO::2014-02-02
16:09:05,406::logUtils::47::dispatcher::(wrapper) Run and protect:
repoStats, Return response: {'d9f70b92-3c38-4503-ac69-b48325ead406':
{'delay': '0.000121435', 'lastCheck': '7.1', 'code': 0, 'valid': True,
'version': 3}}
Thread-89::DEBUG::2014-02-02
16:09:05,406::task::1168::TaskManager.Task::(prepare)
Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::finished:
{'d9f70b92-3c38-4503-ac69-b48325ead406': {'delay': '0.000121435',
'lastCheck': '7.1', 'code': 0, 'valid': True, 'version': 3}}
Thread-89::DEBUG::2014-02-02
16:09:05,406::task::579::TaskManager.Task::(_updateState)
Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::moving from state preparing
-> state finished
Thread-89::DEBUG::2014-02-02
16:09:05,406::resourceManager::939::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-89::DEBUG::2014-02-02
16:09:05,407::resourceManager::976::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-89::DEBUG::2014-02-02
16:09:05,407::task::974::TaskManager.Task::(_decref)
Task=`86ddb0cb-43c9-4e2f-b779-9ba2ccfaae99`::ref 0 aborting False
Thread-91::DEBUG::2014-02-02
16:09:05,488::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11]
Thread-91::DEBUG::2014-02-02
16:09:05,488::task::579::TaskManager.Task::(_updateState)
Task=`91b6affb-d61c-491e-ba08-6db785402efe`::moving from state init ->
state preparing
Thread-91::INFO::2014-02-02
16:09:05,489::logUtils::44::dispatcher::(wrapper) Run and protect:
getSpmStatus(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745', options=None)
Thread-91::INFO::2014-02-02
16:09:05,489::logUtils::47::dispatcher::(wrapper) Run and protect:
getSpmStatus, Return response: {'spm_st': {'spmId': 1, 'spmStatus': 'SPM',
'spmLver': 1}}
Thread-91::DEBUG::2014-02-02
16:09:05,489::task::1168::TaskManager.Task::(prepare)
Task=`91b6affb-d61c-491e-ba08-6db785402efe`::finished: {'spm_st':
{'spmId': 1, 'spmStatus': 'SPM', 'spmLver': 1}}
Thread-91::DEBUG::2014-02-02
16:09:05,489::task::579::TaskManager.Task::(_updateState)
Task=`91b6affb-d61c-491e-ba08-6db785402efe`::moving from state preparing
-> state finished
Thread-91::DEBUG::2014-02-02
16:09:05,489::resourceManager::939::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-91::DEBUG::2014-02-02
16:09:05,489::resourceManager::976::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-91::DEBUG::2014-02-02
16:09:05,490::task::974::TaskManager.Task::(_decref)
Task=`91b6affb-d61c-491e-ba08-6db785402efe`::ref 0 aborting False
Thread-92::DEBUG::2014-02-02
16:09:05,496::BindingXMLRPC::167::vds::(wrapper) client [10.1.9.11]
Thread-92::DEBUG::2014-02-02
16:09:05,496::task::579::TaskManager.Task::(_updateState)
Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::moving from state init ->
state preparing
Thread-92::INFO::2014-02-02
16:09:05,497::logUtils::44::dispatcher::(wrapper) Run and protect:
getStoragePoolInfo(spUUID='b780d909-b6a0-4a38-82e2-3d7fd3a2b745',
options=None)
Thread-92::DEBUG::2014-02-02
16:09:05,497::resourceManager::197::ResourceManager.Request::(__init__)
ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`128ecb64-c414-
44be-8fb4-ce8688f3a66f`::Request was made in
'/usr/share/vdsm/storage/hsm.py' line '2553' at 'getStoragePoolInfo'
Thread-92::DEBUG::2014-02-02
16:09:05,497::resourceManager::541::ResourceManager::(registerResource)
Trying to register resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745'
for lock type 'shared'
Thread-92::DEBUG::2014-02-02
16:09:05,498::resourceManager::600::ResourceManager::(registerResource)
Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free. Now
locking as 'shared' (1 active user)
Thread-92::DEBUG::2014-02-02
16:09:05,498::resourceManager::237::ResourceManager.Request::(grant)
ResName=`Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745`ReqID=`128ecb64-c414-
44be-8fb4-ce8688f3a66f`::Granted request
Thread-92::DEBUG::2014-02-02
16:09:05,498::task::811::TaskManager.Task::(resourceAcquired)
Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::_resourcesAcquired:
Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745 (shared)
Thread-92::DEBUG::2014-02-02
16:09:05,498::task::974::TaskManager.Task::(_decref)
Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::ref 1 aborting False
Thread-92::INFO::2014-02-02
16:09:05,499::logUtils::47::dispatcher::(wrapper) Run and protect:
getStoragePoolInfo, Return response: {'info': {'spm_id': 1, 'master_uuid':
'd9f70b92-3c38-4503-ac69-b48325ead406', 'name': 'hnwdb05-Local',
'version': '3', 'domains': 'd9f70b92-3c38-4503-ac69-b48325ead406:Active',
'pool_status': 'connected', 'isoprefix': '', 'type': 'LOCALFS',
'master_ver': 1, 'lver': 1}, 'dominfo':
{'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active', 'diskfree':
'409127440384', 'alerts': [], 'version': 3, 'disktotal': '945068838912'}}}
Thread-92::DEBUG::2014-02-02
16:09:05,499::task::1168::TaskManager.Task::(prepare)
Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::finished: {'info': {'spm_id':
1, 'master_uuid': 'd9f70b92-3c38-4503-ac69-b48325ead406', 'name':
'hnwdb05-Local', 'version': '3', 'domains':
'd9f70b92-3c38-4503-ac69-b48325ead406:Active', 'pool_status': 'connected',
'isoprefix': '', 'type': 'LOCALFS', 'master_ver': 1, 'lver': 1},
'dominfo': {'d9f70b92-3c38-4503-ac69-b48325ead406': {'status': 'Active',
'diskfree': '409127440384', 'alerts': [], 'version': 3, 'disktotal':
'945068838912'}}}
Thread-92::DEBUG::2014-02-02
16:09:05,499::task::579::TaskManager.Task::(_updateState)
Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::moving from state preparing
-> state finished
Thread-92::DEBUG::2014-02-02
16:09:05,499::resourceManager::939::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources
{'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745': < ResourceRef
'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', isValid: 'True' obj:
'None'>}
Thread-92::DEBUG::2014-02-02
16:09:05,499::resourceManager::976::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-92::DEBUG::2014-02-02
16:09:05,500::resourceManager::615::ResourceManager::(releaseResource)
Trying to release resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745'
Thread-92::DEBUG::2014-02-02
16:09:05,500::resourceManager::634::ResourceManager::(releaseResource)
Released resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' (0 active
users)
Thread-92::DEBUG::2014-02-02
16:09:05,500::resourceManager::640::ResourceManager::(releaseResource)
Resource 'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745' is free, finding
out if anyone is waiting for it.
Thread-92::DEBUG::2014-02-02
16:09:05,500::resourceManager::648::ResourceManager::(releaseResource) No
one is waiting for resource
'Storage.b780d909-b6a0-4a38-82e2-3d7fd3a2b745', Clearing records.
Thread-92::DEBUG::2014-02-02
16:09:05,500::task::974::TaskManager.Task::(_decref)
Task=`538b5b93-8e03-4a1c-a1c7-43769926d532`::ref 0 aborting False
[slight pause]
Thread-21::DEBUG::2014-02-02
16:09:08,290::fileSD::222::Storage.Misc.excCmd::(getReadDelay) '/bin/dd
iflag=direct
if=/rhev/data-center/mnt/_data_images/d9f70b92-3c38-4503-ac69-b48325ead406/
dom_md/metadata bs=4096 count=1' (cwd None)
Thread-21::DEBUG::2014-02-02
16:09:08,296::fileSD::222::Storage.Misc.excCmd::(getReadDelay) SUCCESS:
<err> = '0+1 records in\n0+1 records out\n461 bytes (461 B) copied,
0.000263153 s, 1.8 MB/s\n'; <rc> = 0
10 years, 10 months
[Users] Will this two node concept scale and work?
by ml ml
Hello List,
my aim is to host multiple VMs which are redundant and are high available.
It should also scale well.
I think usually people just buy a fat iSCSI Storage and attach this. In my
case it should scale well from very small nodes to big ones.
Therefore an iSCSI Target will bring a lot of overhead (10GBit Links and
two Paths, and really i should have a 2nd Hot Standby SAN, too). This makes
scalability very hard.
This post is also not meant to be a iscsi discussion.
Since oVirt does not support DRBD out of the box i came up with my own
concept:
http://oi62.tinypic.com/2550xg5.jpg
As far as i can tell i have the following advantages:
--------------------------------------------------------------------
- i can start with two simple cheap nodes
- i could add more disks to my nodes. Maybe even a SSD as a dedicated
drbdresource.
- i can connect the two nodes directly to each other with bonding or
infiniband. i dont need a switch or something between it.
Downside:
---------------
- i always need two nodes (as a couple)
Will this setup work for me. So far i think i will be quite happy with it.
Since the DRBD Resources are shared in dual primary mode i am not sure if
ovirt can handle it. It is not allowed to write to a vm disk at the same
time.
The Concept of Linbit (
http://www.linbit.com/en/company/news/333-high-available-virtualization-a...)
seems to much of an overhead with the iSCSI Layer and pacemaker setup. Its
just too much for such a simple task.
Please tell me that this concept is great and will work and scale well.
Otherwise i am also thankful for any hints or critical ideas.
Thanks a lot,
Mario
10 years, 10 months
Re: [Users] oVirt or RHEV ?
by Martijn Grendelman
Martijn Grendelman schreef op 6-2-2014 17:02:
> Hi,
>
> Dan Yasny schreef op 6-2-2014 16:38:
>> This is the same question as in RHEL or Fedora IMO: do you want the
>> bleeding edge features and lower code stability and reliability, or do
>> you want to have techsupport (and that means a real SLA and an
>> escalation path up to the engineering, if need be) behind you, stable
>> and reliable, well tested code, but less of the advanced features.
>
> Thank you, this is what I thought.
>
> It's still a hard decision. If the stability and "testedness" of RHEL is
> anything to go by, it's not reassuring at all (although it may be better
> than Fedora, I don't know), although I must say that RedHat support is
> helpful at times.
>
> Thanks again, I think I know enough :-)
Or not ;-)
Would it be possible (and doable) to migrate from oVirt to RHEV?
If we start out with oVirt, but after some time we decide that RHEV
would be a better fit after all, would it be possible to hook up
existing oVirt/VDSM hosts to a RHEV engine, or am I thinking way too
simple now?
Cheers,
Martijn.
>>
>>
>> On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman
>> <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote:
>>
>> Hi,
>>
>> This may be the wrong place to ask, but I'm looking for input to form an
>> opinion on an "oVirt or RHEV" question within my company.
>>
>> I have been running oVirt for about 5 months now, and I'm quite
>> comfortable with its features and maintenance procedures. We are now
>> planning to build a private virtualization cluster for hosting clients'
>> applications as well as our own. Some people in the company are
>> questioning whether we should buy RHEV, but at this point, I can't see
>> the benefits.
>>
>> Can anyone on this list shed a light on when RHEV might be a better
>> choice than oVirt? What are the benefits? The trade-offs?
>>
>> I am looking for pragmatic, real-world things, not marketing mumbo
>> jumbo. That, I can get from redhat.com <http://redhat.com> ;-)
>>
>> Best regards,
>> Martijn.
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
10 years, 10 months
Re: [Users] oVirt or RHEV ?
by Martijn Grendelman
Hi,
Dan Yasny schreef op 6-2-2014 16:38:
> This is the same question as in RHEL or Fedora IMO: do you want the
> bleeding edge features and lower code stability and reliability, or do
> you want to have techsupport (and that means a real SLA and an
> escalation path up to the engineering, if need be) behind you, stable
> and reliable, well tested code, but less of the advanced features.
Thank you, this is what I thought.
It's still a hard decision. If the stability and "testedness" of RHEL is
anything to go by, it's not reassuring at all (although it may be better
than Fedora, I don't know), although I must say that RedHat support is
helpful at times.
Thanks again, I think I know enough :-)
Best regards,
Martijn Grendelman
>
>
>
>
> On Thu, Feb 6, 2014 at 8:06 AM, Martijn Grendelman
> <martijn.grendelman(a)isaac.nl <mailto:martijn.grendelman@isaac.nl>> wrote:
>
> Hi,
>
> This may be the wrong place to ask, but I'm looking for input to form an
> opinion on an "oVirt or RHEV" question within my company.
>
> I have been running oVirt for about 5 months now, and I'm quite
> comfortable with its features and maintenance procedures. We are now
> planning to build a private virtualization cluster for hosting clients'
> applications as well as our own. Some people in the company are
> questioning whether we should buy RHEV, but at this point, I can't see
> the benefits.
>
> Can anyone on this list shed a light on when RHEV might be a better
> choice than oVirt? What are the benefits? The trade-offs?
>
> I am looking for pragmatic, real-world things, not marketing mumbo
> jumbo. That, I can get from redhat.com <http://redhat.com> ;-)
>
> Best regards,
> Martijn.
> _______________________________________________
> Users mailing list
> Users(a)ovirt.org <mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>
>
10 years, 10 months
Re: [Users] Storage server
by Koen Vanoppen
Thanks. Found the command!
For further reference to users:
update storageconnection <storageconnectionid> --address <IP-Address>
Kind regards,
Koen
2014-02-06 Itamar Heim <iheim(a)redhat.com>:
> On 02/06/2014 01:48 PM, Koen Vanoppen wrote:
>
>> I would like to keep the vms...
>> I know that there is a command in the CLI "update storageconnection",
>> but how do I use this to change only the IP of the storage connection?
>>
>> Kind regards,
>>
>> Koen
>> On Feb 6, 2014 12:55 PM, "Itamar Heim" <iheim(a)redhat.com
>> <mailto:iheim@redhat.com>> wrote:
>>
>> On 02/06/2014 12:54 PM, Koen Vanoppen wrote:
>>
>> What if I remove the "old ip" storage domains and import the
>> same iscsi
>> luns with the new IP, would that work?
>>
>>
>> removing a domain *deletes* all disks/vms, other than that...
>>
>> (we are working on ability to detach/attach domains post 3.4)
>>
>>
>> Kind Regards
>>
>>
>> 2014-02-06 Koen Vanoppen <vanoppen.koen(a)gmail.com
>> <mailto:vanoppen.koen@gmail.com>
>> <mailto:vanoppen.koen@gmail.__com
>>
>> <mailto:vanoppen.koen@gmail.com>>>:
>>
>> Can I change the storagedomain ip from the ovirt-shell?
>> Thanks in advance
>>
>>
>> 2014-02-06 Itamar Heim <iheim(a)redhat.com
>> <mailto:iheim@redhat.com> <mailto:iheim@redhat.com
>> <mailto:iheim@redhat.com>>>:
>>
>> On 02/06/2014 12:03 PM, Koen Vanoppen wrote:
>>
>> Can I change the storagedomain ip from the
>> ovirt-shell?
>> Thanks in advance
>>
>>
>> please reply to list, thanks
>>
>>
>>
>> 2014-02-06 Itamar Heim <iheim(a)redhat.com
>> <mailto:iheim@redhat.com>
>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>
>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>
>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com
>> >>>>:
>>
>>
>>
>> On 02/06/2014 05:16 AM, Koen Vanoppen wrote:
>>
>> It's not on DNS... The storage server in
>> ovirt is
>> on IP... So...
>> What
>> are my options in this case?
>>
>>
>> you would need to 'edit the connection'. since
>> 3.3.1
>> this is
>> possible via the rest api without hacking the
>> db:
>> http://www.ovirt.org/Features/______Manage_Storage_Connections
>> <http://www.ovirt.org/Features/____Manage_Storage_Connections>
>>
>> <http://www.ovirt.org/__Features/__Manage_Storage___Connections
>> <http://www.ovirt.org/Features/__Manage_Storage_Connections>>
>>
>>
>>
>> <http://www.ovirt.org/____Features/Manage_Storage_____Connections<
>> http://www.ovirt.org/__Features/Manage_Storage___Connections>
>>
>> <http://www.ovirt.org/__Features/Manage_Storage___Connections
>> <http://www.ovirt.org/Features/Manage_Storage_Connections>>>
>>
>> Thanx!
>>
>> Kind regards,
>> Koen
>>
>> On Feb 5, 2014 9:08 AM, "Itamar Heim"
>> <iheim(a)redhat.com <mailto:iheim@redhat.com>
>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>
>> <mailto:iheim@redhat.com
>> <mailto:iheim@redhat.com> <mailto:iheim@redhat.com
>> <mailto:iheim@redhat.com>>>
>> <mailto:iheim@redhat.com
>> <mailto:iheim@redhat.com> <mailto:iheim@redhat.com
>> <mailto:iheim@redhat.com>>
>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>
>> <mailto:iheim@redhat.com <mailto:iheim@redhat.com>>>>> wrote:
>>
>> On 02/04/2014 03:10 PM, Elad Ben
>> Aharon wrote:
>>
>> Actually, the best way to do it
>> would be
>> to create another
>> storage domain and migrate all
>> the VMs's
>> disks to it
>> (you can do
>> it while the VMs are running),
>> then you
>> won't suffer
>> from a down
>> time.
>>
>>
>> notice this will create a snapshot
>> for your
>> vms and may
>> change them
>> from raw to qcow. also, this not
>> supported for
>> shared disks.
>>
>> If you don't have the option to
>> do so, the
>> best way to
>> do it
>> would be to shut down the VMs,
>> put the
>> storage domain to
>> 'Maintenance' and then perform
>> the storage
>> server network
>> change. When the connection to
>> the storage
>> is fixed,
>> activate
>> the domain and resume the VMs
>> manually.
>>
>>
>> that's assuming the domain was added
>> using dns
>> and not ip
>> address,
>> and that the dns expiration/caching
>> on all
>> hosts will
>> notice the new
>> ip address.
>>
>>
>>
>> ----- Original Message -----
>> From: "Koen Vanoppen"
>> <vanoppen.koen(a)gmail.com
>> <mailto:vanoppen.koen@gmail.com>
>> <mailto:vanoppen.koen@gmail.__com <mailto:vanoppen.koen@gmail.com
>> >>
>> <mailto:vanoppen.koen@gmail.
>> <mailto:vanoppen.koen@gmail.>____com
>> <mailto:vanoppen.koen@gmail.__com
>> <mailto:vanoppen.koen@gmail.com>>>
>> <mailto:vanoppen.koen@gmail
>> <mailto:vanoppen.koen@gmail>.
>> <mailto:vanoppen.koen@gmail
>> <mailto:vanoppen.koen@gmail>.>______com
>>
>> <mailto:vanoppen.koen@gmail.
>> <mailto:vanoppen.koen@gmail.>____com
>> <mailto:vanoppen.koen@gmail.__com
>> <mailto:vanoppen.koen@gmail.com>>>>>
>> To: "Elad Ben Aharon"
>> <ebenahar(a)redhat.com <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>>>__>__, users(a)ovirt.org
>>
>> <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>> <mailto:users@ovirt.org
>> <mailto:users@ovirt.org> <mailto:users@ovirt.org
>> <mailto:users@ovirt.org>>>
>> <mailto:users@ovirt.org
>> <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>>
>>
>>
>> Sent: Tuesday, February 4, 2014
>> 2:57:57 PM
>> Subject: Re: [Users] Storage server
>>
>> For the moment, nothing is going
>> on. The
>> change is
>> planned on
>> Thursday. So,
>> correct me if I'm wrong, you say
>> that the
>> fastest and
>> easiest
>> way is to
>> suspend all the machines, make
>> the change
>> of the
>> storage server,
>> rediscover
>> the iscsi server and then bring
>> the vm's
>> back up?
>>
>> Kind regards,
>> Koen
>> On Feb 4, 2014 1:47 PM, "Elad Ben
>> Aharon"
>> <ebenahar(a)redhat.com
>> <mailto:ebenahar@redhat.com> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>
>>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>
>> <mailto:ebenahar@redhat.com
>> <mailto:ebenahar@redhat.com>>>>__> wrote:
>>
>> Hi,
>>
>> I suppose that those VMs are
>> now in
>> 'Paused' state,
>> correct
>> me if I'm
>> wrong.
>> After connectivity with
>> storage comes
>> back, all VMs
>> which
>> couldn't detect
>> their disks should be resumed
>> from
>> 'Paused' to 'Up'
>> state
>> automatically. It
>> shouldn't take them a long
>> time to
>> change their
>> state (a few
>> minutes).
>>
>> ----- Original Message -----
>> From: "Koen Vanoppen"
>> <vanoppen.koen(a)gmail.com
>> <mailto:vanoppen.koen@gmail.com>
>> <mailto:vanoppen.koen@gmail.__com <mailto:vanoppen.koen@gmail.com
>> >>
>> <mailto:vanoppen.koen@gmail.
>> <mailto:vanoppen.koen@gmail.>____com
>> <mailto:vanoppen.koen@gmail.__com
>> <mailto:vanoppen.koen@gmail.com>>>
>> <mailto:vanoppen.koen@gmail
>> <mailto:vanoppen.koen@gmail>.
>> <mailto:vanoppen.koen@gmail
>> <mailto:vanoppen.koen@gmail>.>______com
>>
>> <mailto:vanoppen.koen@gmail.
>> <mailto:vanoppen.koen@gmail.>____com
>> <mailto:vanoppen.koen@gmail.__com
>> <mailto:vanoppen.koen@gmail.com>>>>>
>> To: users(a)ovirt.org
>> <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>
>> <mailto:users@ovirt.org
>> <mailto:users@ovirt.org> <mailto:users@ovirt.org
>> <mailto:users@ovirt.org>>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>
>> <mailto:users@ovirt.org <mailto:users@ovirt.org>>>>
>> Sent: Tuesday, February 4,
>> 2014 2:32:46 PM
>> Subject: [Users] Storage server
>>
>> Dear All,
>>
>> At work, the network guys
>> have come to
>> a discovery
>> that they
>> have made a
>> mistake in their network
>> configuration... The
>> Storage server
>> that we use as
>> ISCSI target in oVirt, is in
>> the wrong
>> VLAN, so the
>> wrong IP
>> address...
>>
>> What is the best way to make
>> sure that
>> all of our
>> vms (40)
>> that are using
>> this scsi storage will come
>> up again
>> after the storage
>> server has changed
>> his ip?
>> What are the best steps to be
>> taken...?
>> We are using oVirt Engine
>> Version:
>> 3.3.1-2.el6
>>
>> Kind Regards,
>>
>> Koen
>>
>>
>>
>> _______________________________________________________
>>
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org>>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
>> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org>>>>
>> http://lists.ovirt.org/________mailman/listinfo/users
>> <http://lists.ovirt.org/______mailman/listinfo/users>
>>
>>
>> <http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>>
>>
>> <http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>>>
>>
>>
>> <http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>>
>>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/__mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>>>>
>>
>>
>>
>> _______________________________________________________
>>
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org>>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>
>> <mailto:Users@ovirt.org <mailto:Users@ovirt.org>>
>> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org> <mailto:Users@ovirt.org
>> <mailto:Users@ovirt.org>>>>
>> http://lists.ovirt.org/________mailman/listinfo/users
>> <http://lists.ovirt.org/______mailman/listinfo/users>
>>
>>
>> <http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>>
>>
>> <http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>>>
>>
>>
>> <http://lists.ovirt.org/______mailman/listinfo/users
>> <http://lists.ovirt.org/____mailman/listinfo/users>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>>
>>
>> <http://lists.ovirt.org/____mailman/listinfo/users
>> <http://lists.ovirt.org/__mailman/listinfo/users>
>> <http://lists.ovirt.org/__mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>>>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> _________________________________________________
>> Users mailing list
>> Users(a)ovirt.org <mailto:Users@ovirt.org>
>> http://lists.ovirt.org/__mailman/listinfo/users
>> <http://lists.ovirt.org/mailman/listinfo/users>
>>
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users(a)ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
> juan replied to that
>
10 years, 10 months
