Re: [ovirt-users] problems with power management using idrac7 on r620
On 06/16/2015 09:37 AM, Eli Mesika wrote: CCing Marek Grac - Original Message - From: "Jason Keltz" To: "users" Cc: "Eli Mesika" Sent: Monday, June 15, 2015 11:08:35 PM Subject: problems with power management using idrac7 on r620 Hi. I've been having problem with power management using iDRAC 7 EXPRESS on a Dell R620. This uses a shared LOM as opposed to Enterprise that has a dedicated one. Every now and then, idrac simply stops responding to ping, so it can't respond to status commands from the proxy. If I send a reboot with "ipmitool mc reset cold" command, the idrac reboots and comes back, but after the problem has occurred, even after a reboot, it responds to ping, but drops 80+% of packets. The only way I can "solve" the problem is to physically restart the server.This isn't just happening on one R620 - it's happening on all of my ovirt hosts. I highly suspect it has to do with a memory leak, and being monitored by engine causes the problem.I had applied a recent firmware upgrade that was supposed to "solve" this kind of problem, but it doesn't. In other to provide Dell with more details, can someone tell me how often each host is being queried for status? I can't seem to find that info. The idrac on my file server doesn't seem to exhibit the same problem, and I suspect that is because it isn't being queried. Hi, fence agent for IPMI is based on ipmitool. So if ping/ipmitool is not working there is not much to do about it. I don't know enough about oVirt engine but there is no real place where fence agent can memory leak because it does not run as daemon. m, ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Unexpected protocol mismatch with SPICE HTML5
On Jun 17, 2015, at 08:21 , Michal Skrivanek wrote: > > On Jun 16, 2015, at 12:02 , nico...@devels.es wrote: > >> Hi, >> >> I just made a fresh install of ovirt-engine (v. 3.5.3.1-1) on a CentOS-7 >> x86_64 box. My previous installation had issues with the TLS certificate >> time of issue, which was successfully fixed in this version >> (https://bugzilla.redhat.com/show_bug.cgi?id=1210486). However, when trying >> to start the SPICE HTML5 client, all I can see is the grey square and no >> activity, and when clicking on "Toggle messages output", the error message >> "Unexpected protocol mismatch" is shown. >> >> Things done: >> * ovirt-guest-agent installed on the VM >> * On client side, updated browser (Firefox) to latest version (38.0) and >> /ca.crt has been imported into Firefox certs >> >> Regarding logs on the server side, I can see the following: >> >> ovirt-engine >> >> >> 2015-06-16 10:49:29,862 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] >> (ajp--127.0.0.1-8702-11) [39c79276] Running command: SetVmTicketCommand >> internal: false. Entities affected : ID: >> c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with >> role type USER >> 2015-06-16 10:49:29,917 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] >> (ajp--127.0.0.1-8702-11) [39c79276] START, SetVmTicketVDSCommand(HostName = >> ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, >> vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, ticket=TgrRVYoRhC8T, >> validTime=120,m userName=user, userId=5d502bbb-97d6-40b5-abbf-90121cea94d5), >> log id: 1881c90f >> 2015-06-16 10:49:29,937 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] >> (ajp--127.0.0.1-8702-11) [39c79276] FINISH, SetVmTicketVDSCommand, log id: >> 1881c90f >> 2015-06-16 10:49:29,957 INFO >> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] >> (ajp--127.0.0.1-8702-11) [39c79276] Correlation ID: 39c79276, Call Stack: >> null, Custom Event ID: -1, Message: user user@domain initiated console >> session for VM testVM >> 2015-06-16 10:49:29,987 WARN >> [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] >> (ajp--127.0.0.1-8702-11) [7a71a9e4] The message key VmLogon is missing from >> bundles/ExecutionMessages >> 2015-06-16 10:49:30,064 INFO [org.ovirt.engine.core.bll.VmLogonCommand] >> (ajp--127.0.0.1-8702-11) [7a71a9e4] Running command: VmLogonCommand >> internal: false. Entities affected : ID: >> c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with >> role type USER >> 2015-06-16 10:49:30,114 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] >> (ajp--127.0.0.1-8702-11) [7a71a9e4] START, VmLogonVDSCommand(HostName = >> ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, >> vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, domain=domain-authz, >> password=**, userName=user@domain), log id: 68632b24 >> 2015-06-16 10:49:30,120 INFO >> [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] >> (ajp--127.0.0.1-8702-11) [7a71a9e4] FINISH, VmLogonVDSCommand, log id: >> 68632b24 >> 2015-06-16 10:49:30,351 INFO >> [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] >> (DefaultQuartzScheduler_Worker-2) START, >> GlusterVolumesListVDSCommand(HostName = kvmhost.myorg.es, HostId = >> 82fb3c43-3a4b-464e-9077-8e86dea2016b), log id: 2a2a439a >> 2015-06-16 10:49:30,368 INFO >> [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] >> (DefaultQuartzScheduler_Worker-2) FINISH, GlusterVolumesListVDSCommand, >> return: {}, log id: 2a2a439a >> >> ovirt-websocket-proxy >> = >> >> jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: >> 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: SSL/TLS (wss://) WebSocket >> connection >> jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: >> 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Version hybi-13, base64: >> 'False' >> jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: >> 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Path: >> '/eyJ2YWxpZFRvIjoiMjAxNTA2MTYwODU4MzgiLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjIxMC4xMDcuMjYuMjAxJTIyLCUyMnBvcnQlMjI6JTIyNTkwMCUyMiwlMjJzc2xfdGFyZ2V0JTIyOnRydWUlN0QiLCJ2YWxpZEZyb20iOiIyMDE1MDYxNjA4NTYzOCIsInNpZ25lZEZpZWxkcyI6InZhbGlkVG8sZGF0YSx2YWxpZEZyb20sc2FsdCIsInNpZ25hdHVyZSI6Imk2a3J2bjFCLzFYbUptSEJjVVZZRWVhSExwenA1LzJBQU1DWmJZcDJsaE9heEYvdkZ3azJIa0hibm5iY21mZFp3STJYbnFzMm9vZnMvNWV3NlNiTGtGeTdaVVdjZG4zdUxTcStZTVg4c3huUzg0Ulg3ZmtLTk05Mk9CeFJENm5VSEVDMXQ1eld0OXo3akZYVktMdXFEYkNiK3RmL3pNZGJuS0ZCcGtXaU5JVVB4b09yd2ZxRUQxMWZTell0aXVFeEFscW5xWlBqSXpjcHNDTHRwQXZaTnNWWWFNQlFWR1U2WnZiZlFWUTBlaFIzMnVyaTlVUmI1NDZCZVBuMkVJdytwU3RIWmZRWit2RDZKUjRWeDJFSFRqVEtXZ2ZMbzRWY0ZjSzNnQURYV1BKbUJjaWx5TExQR3dnTm1ncEk0cjVhR1ZCTmZ1VVUxSENJTlhWUVZPVnJJZz09Iiwic2FsdCI6IndFZGwvcmw3VWZJPSJ9' >> >> Java console >
Re: [ovirt-users] Unexpected protocol mismatch with SPICE HTML5
On Jun 16, 2015, at 12:02 , nico...@devels.es wrote: > Hi, > > I just made a fresh install of ovirt-engine (v. 3.5.3.1-1) on a CentOS-7 > x86_64 box. My previous installation had issues with the TLS certificate time > of issue, which was successfully fixed in this version > (https://bugzilla.redhat.com/show_bug.cgi?id=1210486). However, when trying > to start the SPICE HTML5 client, all I can see is the grey square and no > activity, and when clicking on "Toggle messages output", the error message > "Unexpected protocol mismatch" is shown. > > Things done: > * ovirt-guest-agent installed on the VM > * On client side, updated browser (Firefox) to latest version (38.0) and > /ca.crt has been imported into Firefox certs > > Regarding logs on the server side, I can see the following: > > ovirt-engine > > > 2015-06-16 10:49:29,862 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] > (ajp--127.0.0.1-8702-11) [39c79276] Running command: SetVmTicketCommand > internal: false. Entities affected : ID: > c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with > role type USER > 2015-06-16 10:49:29,917 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > (ajp--127.0.0.1-8702-11) [39c79276] START, SetVmTicketVDSCommand(HostName = > ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, > vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, ticket=TgrRVYoRhC8T, > validTime=120,m userName=user, userId=5d502bbb-97d6-40b5-abbf-90121cea94d5), > log id: 1881c90f > 2015-06-16 10:49:29,937 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] > (ajp--127.0.0.1-8702-11) [39c79276] FINISH, SetVmTicketVDSCommand, log id: > 1881c90f > 2015-06-16 10:49:29,957 INFO > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > (ajp--127.0.0.1-8702-11) [39c79276] Correlation ID: 39c79276, Call Stack: > null, Custom Event ID: -1, Message: user user@domain initiated console > session for VM testVM > 2015-06-16 10:49:29,987 WARN > [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] > (ajp--127.0.0.1-8702-11) [7a71a9e4] The message key VmLogon is missing from > bundles/ExecutionMessages > 2015-06-16 10:49:30,064 INFO [org.ovirt.engine.core.bll.VmLogonCommand] > (ajp--127.0.0.1-8702-11) [7a71a9e4] Running command: VmLogonCommand internal: > false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: > VMAction group CONNECT_TO_VM with role type USER > 2015-06-16 10:49:30,114 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > (ajp--127.0.0.1-8702-11) [7a71a9e4] START, VmLogonVDSCommand(HostName = > ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, > vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, domain=domain-authz, > password=**, userName=user@domain), log id: 68632b24 > 2015-06-16 10:49:30,120 INFO > [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] > (ajp--127.0.0.1-8702-11) [7a71a9e4] FINISH, VmLogonVDSCommand, log id: > 68632b24 > 2015-06-16 10:49:30,351 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-2) START, > GlusterVolumesListVDSCommand(HostName = kvmhost.myorg.es, HostId = > 82fb3c43-3a4b-464e-9077-8e86dea2016b), log id: 2a2a439a > 2015-06-16 10:49:30,368 INFO > [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] > (DefaultQuartzScheduler_Worker-2) FINISH, GlusterVolumesListVDSCommand, > return: {}, log id: 2a2a439a > > ovirt-websocket-proxy > = > > jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: > 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: SSL/TLS (wss://) WebSocket > connection > jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: > 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Version hybi-13, base64: 'False' > jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: > 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Path: > '/eyJ2YWxpZFRvIjoiMjAxNTA2MTYwODU4MzgiLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjIxMC4xMDcuMjYuMjAxJTIyLCUyMnBvcnQlMjI6JTIyNTkwMCUyMiwlMjJzc2xfdGFyZ2V0JTIyOnRydWUlN0QiLCJ2YWxpZEZyb20iOiIyMDE1MDYxNjA4NTYzOCIsInNpZ25lZEZpZWxkcyI6InZhbGlkVG8sZGF0YSx2YWxpZEZyb20sc2FsdCIsInNpZ25hdHVyZSI6Imk2a3J2bjFCLzFYbUptSEJjVVZZRWVhSExwenA1LzJBQU1DWmJZcDJsaE9heEYvdkZ3azJIa0hibm5iY21mZFp3STJYbnFzMm9vZnMvNWV3NlNiTGtGeTdaVVdjZG4zdUxTcStZTVg4c3huUzg0Ulg3ZmtLTk05Mk9CeFJENm5VSEVDMXQ1eld0OXo3akZYVktMdXFEYkNiK3RmL3pNZGJuS0ZCcGtXaU5JVVB4b09yd2ZxRUQxMWZTell0aXVFeEFscW5xWlBqSXpjcHNDTHRwQXZaTnNWWWFNQlFWR1U2WnZiZlFWUTBlaFIzMnVyaTlVUmI1NDZCZVBuMkVJdytwU3RIWmZRWit2RDZKUjRWeDJFSFRqVEtXZ2ZMbzRWY0ZjSzNnQURYV1BKbUJjaWx5TExQR3dnTm1ncEk0cjVhR1ZCTmZ1VVUxSENJTlhWUVZPVnJJZz09Iiwic2FsdCI6IndFZGwvcmw3VWZJPSJ9' > > Java console > > > ">> disconnect" spicehtml5-main.html:86:16 > "<< disconnect" spicehtml5-main.html:90:16 > "ERROR: Error: Unexpected protocol mismatch
Re: [ovirt-users] windows guest tools install
ons 2015-06-17 klockan 06:04 + skrev Patrick Russell: > Hi all, > > We’ve got a large migration in progress for a windows (2k3, 2k8, and 2k12) > environment from vmware to ovirt. Does anyone have any suggestions for an > unattended ovirt-tools install? Our windows team has pretty much shot down > installing python on their VM’s. Are there any flags we can pass to the > installer to just accept the defaults? Any other suggestions? > > Thanks, > Patrick > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users If you have built the .exe, you don´t need to install Python on the rest of the machines, just the VC runtime: http://lists.ovirt.org/pipermail/users/2014-December/029705.html /K ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] windows guest tools install
Hi all, We’ve got a large migration in progress for a windows (2k3, 2k8, and 2k12) environment from vmware to ovirt. Does anyone have any suggestions for an unattended ovirt-tools install? Our windows team has pretty much shot down installing python on their VM’s. Are there any flags we can pass to the installer to just accept the defaults? Any other suggestions? Thanks, Patrick ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Postponing 3.6.0 second alpha to next week
Hi, due to instability of the current code, we need to postpone second alpha to next week. Maintainers: - please ensure that all packages you maintain builds in jenkins - please ensure that all the dependencies required by your packages are available either in ovirt repository or in an external repository included in ovirt-release repo files. - please ensure that engine is at least able to add a couple of hosts, create a vm on one host and migrate it to the other one. Infra: - please help keeping jenkins monitored and stabilizing it. Community: - please help testing nightly build while stabilizing it for the second alpha release. Thanks, -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] SOLVED: Test fence : Power management test failed for Host hosted_engine1 Done
Hi, and thanks for your replies. The problem was the *quotation marks* in fence options, the lanplus="1" and power_wait="60" were misinterpreted, the correct form is lanplus=1, power_wait=60 After changing that the power management was configured and the test passed with : success, on. thanks. 2015-06-11 12:11 GMT+01:00 Martin Perina : > Hi, > > I have HP DL160 G6 with ILO 2.0 and Firmware 4.23, but I'm really > don't have an idea what is your issue right now with power management. > Because oVirt just executes fence_ipmi on selected proxy host with > parameters you could see in your vdsm log. And those parameters are > identical to your command line options that you used when testing it > with fence_ipmi directly (which worked fine). Very strange :-( > > Also I can't see any difference from oVirt power management code point > of view in using Centos 6 or 7. Just be warned that in oVirt 3.6 not > all features will be supported on Centos 6, so using Centos 7 is IMO > a better option for now. > > But anyway could you please file a bug for oVirt 3.5.2 with the description > of your issue and your logs attached? We will try to reproduce this issue, > but so for I wasn't able to reproduce it. > > About your issue with hp watch dog, I cannot give any specifi advice, just > that you can try to solve the issue by updating BIOS/firmware to latest > version and/or try to contact HP support. > > Thanks a lot > > Martin Perina > > > - Original Message - > > From: "wodel youchi" > > To: "Martin Perina" > > Cc: "users" , "Eli Mesika" > > Sent: Thursday, June 11, 2015 12:56:46 PM > > Subject: Re: [ovirt-users] [Centos7.1x64] [Ovirt 3.5.2] Test fence : > Power management test failed for Host > > hosted_engine1 Done > > > > Hi Martin, > > > > Could you please tell me the version of the ILO firmware you are using? > > > > I did upgrade mine from 1.40 to 2.10 but nothing changed, I did also > > upgrade the smart array p420i card from 5.10 to 6.34 without luck so far. > > > > I checked again all parameters, I can't find the error. > > > > I did all the updates for Centos and oVirt > > > > I have another problem when rebooting any hypervisor, the hypervisor > hangs, > > the problem is with hpwtd (hp watch dog) > > "hpwdt unexpected close not stopping watchdog" > > > > I added this to kernel parameters "intremap=no_x2apic_optout" but it > didn't > > change any thing. > > > > I am thinking to test with the latest kernel available to see if it's a > > kernel problem. > > > > and I am going to reinstall the platform with Centos 6 to see if there > will > > be any differences. > > > > > > > > > > 2015-06-10 12:00 GMT+01:00 wodel youchi : > > > > > Hi, > > > > > > engine log is already in debug mode > > > > > > here it is: > > > 2015-06-10 11:48:23,653 INFO > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Host hosted_engine_2 from cluster Default was > chosen > > > as a proxy to execute Status command on Host hosted_engine_1. > > > 2015-06-10 11:48:23,653 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Using Host hosted_engine_2 from cluster > Default as > > > proxy to execute Status command on Host > > > 2015-06-10 11:48:23,673 INFO [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Executing Power Management command, > Proxy > > > Host:hosted_engine_2, Agent:ipmilan, Target Host:, Management > > > IP:192.168.2.2, User:Administrator, Options: > power_wait="60",lanplus="1", > > > Fencing policy:null > > > 2015-06-10 11:48:23,703 INFO > > > *[org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) START, FenceVdsVDSCommand(HostName = > > > hosted_engine_2, HostId = 0192d1ac-b905-4660-b149-4bef578985dd, > targetVdsId > > > = cf2d1260-7bb3-451a-9cd7-80e6a0ede52a, action = Status, ip = > 192.168.2.2, > > > port = , type = ipmilan, user = Administrator, password = **, > options = > > > ' power_wait="60",lanplus="1"', policy = 'null'), log id: > > > 2bda01bd2015-06-10 11:48:23,892 WARN > > > [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] > > > (ajp--127.0.0.1-8702-12) Correlation ID: null, Call Stack: null, Custom > > > Event ID: -1, Message: Power Management test failed for Host > > > hosted_engine_1.Done* > > > 2015-06-10 11:48:23,892 INFO > > > [org.ovirt.engine.core.vdsbroker.vdsbroker.FenceVdsVDSCommand] > > > (ajp--127.0.0.1-8702-12) FINISH, FenceVdsVDSCommand, return: > > > *Test Succeeded, unknown, log id: 2bda01bd2015-06-10 11:48:23,897 WARN > > > [org.ovirt.engine.core.bll.FenceExecutor] (ajp--127.0.0.1-8702-12) > Fencing > > > operation failed with proxy host 0192d1ac-b905-4660-*b149-4bef578985dd, > > > trying another proxy... > > > 2015-06-10 11:48:24,039 ERROR [org.ovirt.engine.core.bll.FenceExecutor] > > > (ajp--127.0.0.1-8702-12) Failed to run Power Manageme
[ovirt-users] Unexpected protocol mismatch with SPICE HTML5
Hi, I just made a fresh install of ovirt-engine (v. 3.5.3.1-1) on a CentOS-7 x86_64 box. My previous installation had issues with the TLS certificate time of issue, which was successfully fixed in this version (https://bugzilla.redhat.com/show_bug.cgi?id=1210486). However, when trying to start the SPICE HTML5 client, all I can see is the grey square and no activity, and when clicking on "Toggle messages output", the error message "Unexpected protocol mismatch" is shown. Things done: * ovirt-guest-agent installed on the VM * On client side, updated browser (Firefox) to latest version (38.0) and /ca.crt has been imported into Firefox certs Regarding logs on the server side, I can see the following: ovirt-engine 2015-06-16 10:49:29,862 INFO [org.ovirt.engine.core.bll.SetVmTicketCommand] (ajp--127.0.0.1-8702-11) [39c79276] Running command: SetVmTicketCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:29,917 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] START, SetVmTicketVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, ticket=TgrRVYoRhC8T, validTime=120,m userName=user, userId=5d502bbb-97d6-40b5-abbf-90121cea94d5), log id: 1881c90f 2015-06-16 10:49:29,937 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.SetVmTicketVDSCommand] (ajp--127.0.0.1-8702-11) [39c79276] FINISH, SetVmTicketVDSCommand, log id: 1881c90f 2015-06-16 10:49:29,957 INFO [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector] (ajp--127.0.0.1-8702-11) [39c79276] Correlation ID: 39c79276, Call Stack: null, Custom Event ID: -1, Message: user user@domain initiated console session for VM testVM 2015-06-16 10:49:29,987 WARN [org.ovirt.engine.core.dal.job.ExecutionMessageDirector] (ajp--127.0.0.1-8702-11) [7a71a9e4] The message key VmLogon is missing from bundles/ExecutionMessages 2015-06-16 10:49:30,064 INFO [org.ovirt.engine.core.bll.VmLogonCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] Running command: VmLogonCommand internal: false. Entities affected : ID: c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc Type: VMAction group CONNECT_TO_VM with role type USER 2015-06-16 10:49:30,114 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] START, VmLogonVDSCommand(HostName = ovirtengine.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b, vmId=c2e32d4f-4c54-4e38-bf66-2627dc6dd4bc, domain=domain-authz, password=**, userName=user@domain), log id: 68632b24 2015-06-16 10:49:30,120 INFO [org.ovirt.engine.core.vdsbroker.vdsbroker.VmLogonVDSCommand] (ajp--127.0.0.1-8702-11) [7a71a9e4] FINISH, VmLogonVDSCommand, log id: 68632b24 2015-06-16 10:49:30,351 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) START, GlusterVolumesListVDSCommand(HostName = kvmhost.myorg.es, HostId = 82fb3c43-3a4b-464e-9077-8e86dea2016b), log id: 2a2a439a 2015-06-16 10:49:30,368 INFO [org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand] (DefaultQuartzScheduler_Worker-2) FINISH, GlusterVolumesListVDSCommand, return: {}, log id: 2a2a439a ovirt-websocket-proxy = jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: SSL/TLS (wss://) WebSocket connection jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Version hybi-13, base64: 'False' jun 16 09:56:39 ovirtengine.myorg.es ovirt-websocket-proxy.py[30728]: 10.X.X.X - - [16/Jun/2015 09:56:39] 10.X.X.X: Path: '/eyJ2YWxpZFRvIjoiMjAxNTA2MTYwODU4MzgiLCJkYXRhIjoiJTdCJTIyaG9zdCUyMjolMjIxMC4xMDcuMjYuMjAxJTIyLCUyMnBvcnQlMjI6JTIyNTkwMCUyMiwlMjJzc2xfdGFyZ2V0JTIyOnRydWUlN0QiLCJ2YWxpZEZyb20iOiIyMDE1MDYxNjA4NTYzOCIsInNpZ25lZEZpZWxkcyI6InZhbGlkVG8sZGF0YSx2YWxpZEZyb20sc2FsdCIsInNpZ25hdHVyZSI6Imk2a3J2bjFCLzFYbUptSEJjVVZZRWVhSExwenA1LzJBQU1DWmJZcDJsaE9heEYvdkZ3azJIa0hibm5iY21mZFp3STJYbnFzMm9vZnMvNWV3NlNiTGtGeTdaVVdjZG4zdUxTcStZTVg4c3huUzg0Ulg3ZmtLTk05Mk9CeFJENm5VSEVDMXQ1eld0OXo3akZYVktMdXFEYkNiK3RmL3pNZGJuS0ZCcGtXaU5JVVB4b09yd2ZxRUQxMWZTell0aXVFeEFscW5xWlBqSXpjcHNDTHRwQXZaTnNWWWFNQlFWR1U2WnZiZlFWUTBlaFIzMnVyaTlVUmI1NDZCZVBuMkVJdytwU3RIWmZRWit2RDZKUjRWeDJFSFRqVEtXZ2ZMbzRWY0ZjSzNnQURYV1BKbUJjaWx5TExQR3dnTm1ncEk0cjVhR1ZCTmZ1VVUxSENJTlhWUVZPVnJJZz09Iiwic2FsdCI6IndFZGwvcmw3VWZJPSJ9' Java console ">> disconnect" spicehtml5-main.html:86:16 "<< disconnect" spicehtml5-main.html:90:16 "ERROR: Error: Unexpected protocol mismatch." - I can't see any other relevant info, so I wonder if something else might be missing on any of the involved machines. Is there something else to do? Thanks. Nicolás
Re: [ovirt-users] Block size?
On 16.06.2015 10:36, Roman Nikolayevich Drovalev wrote: > Hello, Hello Drovalev, > > Tell please, what size of the block to me set on the Storage for the greatest > productivity oVirt? > > 512K, 256K, 128K, 64K, 8K or 4K ? I think it is safe to say if you have a good general performance with the storage it also performs well with oVirt. Therefore it might be the wrong place to ask; however, block sizes are only one of many factors in storage domain performance. No one but yourself or an expert at your site can answer this for you. I would direct you to the excellent [iozone] utility witch leverages much of the testing for you. Hope that helps, [iozone] http://www.iozone.org/ > > Drovalev Roman > -- 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 ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[ovirt-users] Block size?
Hello, Tell please, what size of the block to me set on the Storage for the greatest productivity oVirt? 512K, 256K, 128K, 64K, 8K or 4K ? Drovalev Roman___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] Just for info: ovirt-guest-agent on Debian 8 Jessie is buggy.
Le mercredi 20 mai 2015, 19:03:13 Arman Khalatyan a écrit : > The current debian has an bug the python script does not have exec > flag so daemon shows as running but it does nothing. to fix it simply: > chmod +x /usr/share/ovirt-guest-agent/ovirt-guest-agent.py > systemctl restart ovirt-guest-agent > > > > > > > *** > > Dr. Arman Khalatyan eScience -SuperComputing > Leibniz-Institut für Astrophysik Potsdam (AIP) > An der Sternwarte 16, 14482 Potsdam, Germany > > *** > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users Hi, FYI, a bug is open on Debian bugzilla : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=782005 Regards -- Kevin ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [ovirt-users] problems with power management using idrac7 on r620
CCing Marek Grac - Original Message - > From: "Jason Keltz" > To: "users" > Cc: "Eli Mesika" > Sent: Monday, June 15, 2015 11:08:35 PM > Subject: problems with power management using idrac7 on r620 > > Hi. > > I've been having problem with power management using iDRAC 7 EXPRESS on > a Dell R620. This uses a shared LOM as opposed to Enterprise that has a > dedicated one. Every now and then, idrac simply stops responding to > ping, so it can't respond to status commands from the proxy. If I send > a reboot with "ipmitool mc reset cold" command, the idrac reboots and > comes back, but after the problem has occurred, even after a reboot, it > responds to ping, but drops 80+% of packets. The only way I can "solve" > the problem is to physically restart the server.This isn't just > happening on one R620 - it's happening on all of my ovirt hosts. I > highly suspect it has to do with a memory leak, and being monitored by > engine causes the problem.I had applied a recent firmware upgrade > that was supposed to "solve" this kind of problem, but it doesn't. In > other to provide Dell with more details, can someone tell me how often > each host is being queried for status? I can't seem to find that info. > The idrac on my file server doesn't seem to exhibit the same problem, > and I suspect that is because it isn't being queried. > > Thanks, > > Jason. > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users