[Users] engine-setup fails when trying to setup ovirt-engine-reports
Hello! After upgrade to 3.4.0, removed ovirt-engine-reports-3.3.4 and any subsequent packaged, then install ovirt-engine-reports-3.4.0-2.fc19.noarch and dependenciees, run engine-setup and got "engine-setup Failed to execute stage 'Misc configuration': Command './js-ant' failed to execute" a second run on engine-setup raised: "[ ERROR ] Failed to execute stage 'Environment setup': initial_value must be unicode or None, not str" Relevant (I think) lines from first try ( grep -i error): 2014-04-03 09:13:07 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'False' 2014-04-03 09:13:13 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'False' ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36084 OperationalError: FATAL: password authentication failed for user "ovirt_engine_history" 2014-04-03 09:17:56 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'False' └─1209 ovirt-engine -server -XX:+TieredCompilation -Xms1g -Xmx1g -XX:PermSize=256m -XX:MaxPermSize=256m -Djava.net.preferIPv4Stack=true -Dsun.rmi.dgc.client.gcInterval=360 -Dsun.rmi.dgc.server.gcInterval=360 -Djava.awt.headless=true -Djsse.enableSNIExtension=false -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/var/log/ovirt-engine/dump -Djava.util.logging.manager=org.jboss.logmanager -Dlogging.configuration=file:///var/tmp/ovirt-engine/config/ovirt-engine-logging.properties -Dorg.jboss.resolver.warning=true -Djboss.modules.system.pkgs=org.jboss.byteman -Djboss.modules.write-indexes=false -Djboss.server.default.config=ovirt-engine -Djboss.home.dir=/usr/share/jboss-as -Djboss.server.base.dir=/usr/share/ovirt-engine -Djboss.server.data.dir=/var/lib/ovirt-engine -Djboss.server.log.dir=/var/log/ovirt-engine -Djboss.server.config.dir=/var/tmp/ovirt-engine/config -Djboss.server.temp.dir=/var/tmp/ovirt-engine/tmp -Djboss.controller.temp.dir=/var/tmp/ovirt-engine/tmp -jar /usr/share/jboss-as/jboss-modules.jar -mp /var/tmp/ovirt-engine/modules/00-ovirt-engine-modules:/var/tmp/ovirt-engine/modules/01-ovirt-engine-reports-modules:/var/tmp/ovirt-engine/modules/02-jboss-as-modules -jaxpmodule javax.xml.jaxp-provider org.jboss.as.standalone -c ovirt-engine.xml LoadState=error LoadState=error LoadState=error -- -- This should be written to an error var or include object_id that is missing SELECT setval('vdc_db_log_seq', max(error_id)) FROM vdc_db_log; select fn_db_add_config_value('AbortMigrationOnError','false','3.0'); select fn_db_add_config_value('AbortMigrationOnError','false','3.1'); select fn_db_add_config_value('AbortMigrationOnError','false','3.2'); select fn_db_add_config_value('AbortMigrationOnError','false','3.3'); select fn_db_delete_config_value('RedirectServletReportsPageError','general'); select fn_db_delete_config_value('RenewGuestIpOnVdsSubnetChangeOnParseError','general'); select fn_db_delete_config_value('VdsErrorsFileName','general'); base_disks.propagate_errors, images_storage_domain_view.disk_interface as disk_interface, images_storage_domain_view.boot as boot, images_storage_domain_view.wipe_after_delete as wipe_after_delete, images_storage_domain_view.propagate_errors as propagate_errors, images_storage_domain_view.sgio as sgio, bd.propagate_errors, vds_groups.transparent_hugepages, vds_groups.migrate_on_error, vds_groups.architecture, vm_images_view.boot, vm_images_view.wipe_after_delete, vm_images_view.propagate_errors, vm_images_view.entity_type, vm_images_view.number_of_vms, vm_images_view.vm_names, vm_images_view.quota_id, v_propagate_errors VARCHAR(32), propagate_errors, v_propagate_errors, v_propagate_errors VARCHAR(32), propagate_errors = v_propagate_errors, v_migrate_on_error INTEGER, transparent_hugepages, migrate_on_error, virt_service, gluster_service, tunnel_migration, emulated_machine, detect_emulated_machine, trusted_service, ha_reservation, cluster_policy_id, v_transparent_hugepages, v_migrate_on_error, v_virt_service, v_gluster_service, v_tunnel_migration, v_emulated_machine, v_detect_emulated_machine, v_trusted_service, v_ha_reservation, v_cluster_policy_id, v_cluster_policy_custom_properties, v_enable_balloon, v_migrate_on_error INTEGER, migrate_on_error = v_migrate_on_error, ALTER DATABASE "ovirt_engine_history_20140403091836" SET client_min_messages=ERROR; RuntimeError: Command './js-ant' failed to execute 2014-04-03 09:21:44 ERROR otopi.context context._executeMethod:161 Failed to execute stage 'Misc configuration': Command './js-ant' failed to execute psql:/var/lib/ovirt-engine/backups/engine-20140403091925._LX2Dn.sql:22: ERROR: must be owner of extension plpgsql 2014-04-03 09:23:59 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/error=bool:'True' 2014-04-03 09:23:59 DEBUG otopi.context context.dumpEnvironment:478 ENV BASE/exceptionInfo=list:'[(, RuntimeError("Command './js-ant' failed to execute",
[Users] 3.5 SLA features overview
BEGIN:VCALENDAR PRODID:Zimbra-Calendar-Provider VERSION:2.0 METHOD:REQUEST BEGIN:VTIMEZONE TZID:Asia/Jerusalem BEGIN:STANDARD DTSTART:16010101T02 TZOFFSETTO:+0200 TZOFFSETFROM:+0300 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU TZNAME:IST END:STANDARD BEGIN:DAYLIGHT DTSTART:16010101T02 TZOFFSETTO:+0300 TZOFFSETFROM:+0200 RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR TZNAME:IDT END:DAYLIGHT END:VTIMEZONE BEGIN:VEVENT UID:e470bc9a-7ef5-4d8e-ae8d-3ad6345764cf SUMMARY:3.5 SLA features overview ATTENDEE;CN=Martin Sivak;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU E:mailto:msi...@redhat.com ATTENDEE;CN=Jiri Moskovcak;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T RUE:mailto:jmosk...@redhat.com ATTENDEE;CN=Kobi Ianku;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE: mailto:kia...@redhat.com ATTENDEE;CN=Steve Gordon;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP=TRUE:ma ilto:sgor...@redhat.com ATTENDEE;CN="Vinod, Chegu";ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE: mailto:chegu_vi...@hp.com ATTENDEE;CN=Adam Litke;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=TRUE:mail to:ali...@redhat.com ATTENDEE;CN=Otavio Luiz Ferranti;ROLE=REQ-PARTICIPANT;PARTSTAT=DECLINED;RSVP =TRUE:mailto:otavio.ferra...@eldorado.org.br ATTENDEE;CN=Doron Fediuck;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR UE:mailto:dfedi...@redhat.com ATTENDEE;CN=Scott Herold;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU E:mailto:sher...@redhat.com ATTENDEE;CN=engine-devel;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRU E:mailto:engine-de...@ovirt.org ATTENDEE;CN=oVirt Mailing List;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RS VP=TRUE:mailto:users@ovirt.org ORGANIZER;CN=Gilad Chaplik:mailto:gchap...@redhat.com DTSTART;TZID="Asia/Jerusalem":20140408T17 DTEND;TZID="Asia/Jerusalem":20140408T18 STATUS:CONFIRMED CLASS:PUBLIC X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY TRANSP:OPAQUE LAST-MODIFIED:20140402T224119Z DTSTAMP:20140402T224119Z SEQUENCE:3 DESCRIPTION:The following meeting has been modified:\n\nSubject: 3.5 SLA fea tures overview \nOrganizer: "Gilad Chaplik" \n\nTime: Tuesday\, April 8\, 2014\, 5:00:00 PM - 6:00:00 PM GMT +02:00 Jerusalem\n \n Required: msi...@redhat.com\; jmosk...@redhat.com\; kia...@redhat.com\; sgor d...@redhat.com\; chegu_vi...@hp.com\; ali...@redhat.com\; otavio.ferranti@el dorado.org.br \nOptional: dfedi...@redhat.com\; sher...@redhat.com\; engine- de...@ovirt.org\; users@ovirt.org \n\n*~*~*~*~*~*~*~*~*~*\n\nHi all\, \n\nWe will present SLA features for version 3.5: \n\nTimeline: \n* NUMA integrati on\, David and Vinod (HP)\, 10min \n* Opta planner integration\, Martin\, 10 min \n* Hosted Engine on SAN support\, Jirka\, 10min \n* CPU limits\, Kobi\, 10min \n* blkio limits\, Gilad\, 10min \n* Q&A\, rest of time \n\nDial in: \nhttps://www.intercallonline.com/listNumbersByCode.action?confCode=71288674 05 \nconf id: 972 545 636 785# \n\nSee you there\, \nGilad. BEGIN:VALARM ACTION:DISPLAY TRIGGER;RELATED=START:-PT5M DESCRIPTION:Reminder END:VALARM END:VEVENT END:VCALENDAR___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] virt-manager migration
Quick background: I have a number of hosts already running SL6.5 and have been using virt-manager with them for some time. All of the guests are by-id fiber channel LUNs. I'm attempting to migrate from virt-manager to oVirt. I'll be dropping my SAN array and migrating all of the LUNs to a gluster system, which will be exporting the images to my blades over SCST or LIO. FC is what i already have and won't saturate my network as opposed to trying to use the 1Gbs network cards. Gluster is being used for redundancy and geo-replication, but not image hosting to the hosts. Anyway, long story short. I'm having a difficult time finding documentation on migrating from virt-manager to oVirt. As well as installing ovirt-nodes manually. I'd love to find this perfect world where I can just install the ovirt-node RPMs on my already running Hosts and begin to have them managed by the oVirt engine. Without and serious downtime. Any suggestions or pointers to documentation would be great. Even comments as to making this transition smoother or approaching it differently are appreciated. thanks, -jj- ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] oVirt Weekly Meeting Minutes -- 2014-04-02
On 04/02/2014 12:58 PM, Einav Cohen wrote: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic.ics did the meeting start on time today? I added the oVirt Calender to my e-mail client, and in there it says that the meeting starts at 10:00 AM EDT (17:00 TLV), although it actually started in 11:00 AM EDT (18:00 TLV) - see attached. starting next week: will the meeting take place at 10:00 AM EDT (17:00 TLV)? if not - there might be something wrong with the oVirt meeting calendar event, at least for USA people. The same for me. Thanks, Einav - Original Message - From: "Doron Fediuck" To: bo...@ovirt.org, "users" Sent: Wednesday, April 2, 2014 12:14:15 PM Subject: oVirt Weekly Meeting Minutes -- 2014-04-02 Minutes: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.log.html = #ovirt: oVirt Weekly Sync = Meeting started by doron at 15:03:00 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.log.html . Meeting summary --- * Agenda and roll Call (doron, 15:03:11) * infra update (doron, 15:03:12) * 3.3 updates (doron, 15:03:14) * 3.4 status (doron, 15:03:15) * conferences and workshops (doron, 15:03:18) * other topics (doron, 15:03:20) * starting next week meeting will be date -d 'WEDNESDAY 1400 UTC' (doron, 15:08:04) * infra update (doron, 15:08:15) * ACTION: update wiki meeting page for meeting time. (doron, 15:08:57) * infra team added new jenkins slaves based on os1. (doron, 15:10:45) * infra finalizing upgrade job. (doron, 15:11:14) * 3.3 updates (doron, 15:11:32) * oVirt 3.3.5 RC released. (doron, 15:12:21) * oVirt 3.3.5 GA scheduled for next week, 2014-04-09. This will be the last 3.3.x release as 3.4 already ga'ed. (doron, 15:13:56) * 3.4 status (doron, 15:14:29) * oVirt 3.4.0 has been released last week. Up next: oVirt 3.4.1 RC Build: 2014-04-30, oVirt 3.4.1 General availability: 2014-05-07 (doron, 15:15:53) * 3.4.1 rc date updated to 23-4-2014, to accomodate holidates. (doron, 15:21:06) * 3.5 planning (doron, 15:22:20) * gluster will scope out 2 features from current planning. Additionally they will have a review session for relevant features. (doron, 15:28:55) * integration team sent all feature pages for review in the ML. Currently time may be an issue. (doron, 15:32:56) * network 3.5 updates: scope is clear, feature pages in progress. A review session will take place next week. (doron, 15:36:32) * sla 3.5 updates: most features are scoped. feature pages in progress. review session will be done next week. (doron, 15:38:08) * ux 3.5 updates: update will be sent to the ML. Currently no updates. (doron, 15:43:45) * storage 3.5 updates: currently closing planning gaps. A review will be done next week. (doron, 15:45:19) * LINK: http://gerrit.ovirt.org/#/c/26373/2 (apuimedo, 15:48:02) * node 3.5 updates: current planning is done. A review session will take place next week with updated pages. (doron, 15:49:24) * PPC for 3.5: no new features planned. (doron, 15:52:34) * virt 3.5 updates: mostly scoped, minor issues still in progress. Review session will be set for next week. (doron, 15:58:39) * infra missing a representative. Please update offline and have a review session next week. (doron, 15:59:18) * conferences and workshops (doron, 16:00:39) * oVirt will be represented at the Summit Developer Lounge at Red Hat Summit by bkp, and ovedo will be speaking at DevNation. (doron, 16:01:05) * on FISL: In addition to two sessions at FISL, we get to do an oVirt community update session. There will also be oVirt discussions at a Red Hat dojo in Sao Paulo before FISL. (doron, 16:01:27) * other topics (doron, 16:02:36) * Mirroring still proceeds, with dcaro's able assistance. Expecting links from three more mirror sites soon. (doron, 16:03:02) * (doron, 16:03:11) * The slowness of the wiki has been noted, and bkp is investigating. (doron, 16:03:14) * ACTION: bkp to send updates to the list on GSoC status. (doron, 16:07:34) * oVirt calendar link: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic.ics (doron, 16:08:11) Meeting ended at 16:11:30 UTC. Action Items * update wiki meeting page for meeting time. * bkp to send updates to the list on GSoC status. Action Items, by person --- * **UNASSIGNED** * update wiki meeting page for meeting time. * bkp to send updates to the list on GSoC status. People Present (lines sai
[Users] oVirt Weekly Meeting Minutes -- 2014-04-02
Minutes:http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.html Minutes (text): http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.txt Log: http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.log.html = #ovirt: oVirt Weekly Sync = Meeting started by doron at 15:03:00 UTC. The full logs are available at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-04-02-15.03.log.html . Meeting summary --- * Agenda and roll Call (doron, 15:03:11) * infra update (doron, 15:03:12) * 3.3 updates (doron, 15:03:14) * 3.4 status (doron, 15:03:15) * conferences and workshops (doron, 15:03:18) * other topics (doron, 15:03:20) * starting next week meeting will be date -d 'WEDNESDAY 1400 UTC' (doron, 15:08:04) * infra update (doron, 15:08:15) * ACTION: update wiki meeting page for meeting time. (doron, 15:08:57) * infra team added new jenkins slaves based on os1. (doron, 15:10:45) * infra finalizing upgrade job. (doron, 15:11:14) * 3.3 updates (doron, 15:11:32) * oVirt 3.3.5 RC released. (doron, 15:12:21) * oVirt 3.3.5 GA scheduled for next week, 2014-04-09. This will be the last 3.3.x release as 3.4 already ga'ed. (doron, 15:13:56) * 3.4 status (doron, 15:14:29) * oVirt 3.4.0 has been released last week. Up next: oVirt 3.4.1 RC Build: 2014-04-30, oVirt 3.4.1 General availability: 2014-05-07 (doron, 15:15:53) * 3.4.1 rc date updated to 23-4-2014, to accomodate holidates. (doron, 15:21:06) * 3.5 planning (doron, 15:22:20) * gluster will scope out 2 features from current planning. Additionally they will have a review session for relevant features. (doron, 15:28:55) * integration team sent all feature pages for review in the ML. Currently time may be an issue. (doron, 15:32:56) * network 3.5 updates: scope is clear, feature pages in progress. A review session will take place next week. (doron, 15:36:32) * sla 3.5 updates: most features are scoped. feature pages in progress. review session will be done next week. (doron, 15:38:08) * ux 3.5 updates: update will be sent to the ML. Currently no updates. (doron, 15:43:45) * storage 3.5 updates: currently closing planning gaps. A review will be done next week. (doron, 15:45:19) * LINK: http://gerrit.ovirt.org/#/c/26373/2 (apuimedo, 15:48:02) * node 3.5 updates: current planning is done. A review session will take place next week with updated pages. (doron, 15:49:24) * PPC for 3.5: no new features planned. (doron, 15:52:34) * virt 3.5 updates: mostly scoped, minor issues still in progress. Review session will be set for next week. (doron, 15:58:39) * infra missing a representative. Please update offline and have a review session next week. (doron, 15:59:18) * conferences and workshops (doron, 16:00:39) * oVirt will be represented at the Summit Developer Lounge at Red Hat Summit by bkp, and ovedo will be speaking at DevNation. (doron, 16:01:05) * on FISL: In addition to two sessions at FISL, we get to do an oVirt community update session. There will also be oVirt discussions at a Red Hat dojo in Sao Paulo before FISL. (doron, 16:01:27) * other topics (doron, 16:02:36) * Mirroring still proceeds, with dcaro's able assistance. Expecting links from three more mirror sites soon. (doron, 16:03:02) * (doron, 16:03:11) * The slowness of the wiki has been noted, and bkp is investigating. (doron, 16:03:14) * ACTION: bkp to send updates to the list on GSoC status. (doron, 16:07:34) * oVirt calendar link: https://www.google.com/calendar/ical/ppqtk46u9cglj7l987ruo2l0f8%40group.calendar.google.com/public/basic.ics (doron, 16:08:11) Meeting ended at 16:11:30 UTC. Action Items * update wiki meeting page for meeting time. * bkp to send updates to the list on GSoC status. Action Items, by person --- * **UNASSIGNED** * update wiki meeting page for meeting time. * bkp to send updates to the list on GSoC status. People Present (lines said) --- * doron (162) * sbonazzo (31) * apuimedo (27) * dcaro (14) * mskrivanek (12) * lvernia (10) * ecohen|mtg (8) * fabiand (8) * sahina (6) * amureini (5) * sgotliv (4) * lbianc (3) * ovirtbot (2) * gtemple (1) * ecohen (1) * psebek (1) * lmickh (1) * jeffspeff (1) Generated by `MeetBot`_ 0.1.4 .. _`MeetBot`: http://wiki.debian.org/MeetBot ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.3.5 Release Candidate is now available
The oVirt team is pleased to announce that the 3.3.5 Release Candidate is now available for testing. Release notes for this update and detailed installation instructions are available on the wiki [1]. Feel free to join us testing it [2]! A new oVirt Node build will be available soon as well. [1] http://www.ovirt.org/OVirt_3.3.5_release_notes [2] http://www.ovirt.org/Testing/oVirt_3.3.5_testing 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
[Users] Problem with Node in oVirt 3.4.0
Hi all, I have problem to aprove node in manager.. Use: ovirt-node-iso-3.0.4-1.0.201401291204.vdsm34.el6.iso oVirt Version: 3.4.0 GA The Problem: https://cloud.pti.org.br/public.php?service=files&t=41c19c0705df17f793210043c7eb9ec8 Left config of cluster.. Right Sun ILOM with ovirt node ... Show infos: https://cloud.pti.org.br/public.php?service=files&t=c63a75a34cc07f68cae3b0e5e2a9f3d0 Any ideas??? -- ╔══╗ ║▒▒▒ Laercio da Silva Motta ▒▒▒║ ║--║ ║* Blog: *http://www.laerciomotta.com/ ║ ║ *Twitter:* http://twitter.com/#!/laerciomasala ║ ║ *Skype*: laerciomasala ║ ║ Chave PGP: http://bit.ly/kXS6ga ║ ╚═v1.0═╝ ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VM-List gone after upgrade to 3.4 - Found the error
On Wednesday 02 April 2014 09:56:30 Yedidyah Bar David wrote: > > Can you please post the upgrade log from 3.3? Something like > /var/log/ovirt-engine/setup/ovirt-engine-setup-DATE.log > > Thanks! Sent the log to Yedidyah Bar David and Roy Golan only since the file is too long to be pasted anywhere. If somebody else needs it, write me. cheers ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VM-List gone after upgrade to 3.4 - Found the error
- Original Message - > From: "Stefan Wendler" > To: "Roy Golan" > Cc: users@ovirt.org > Sent: Wednesday, April 2, 2014 4:48:12 PM > Subject: Re: [Users] VM-List gone after upgrade to 3.4 - Found the error > > On Wednesday 02 April 2014 16:16:34 Roy Golan wrote: > > > > an upgrade to 3.3 should have run an upgrade script [1] and update all > > vms with 6 to 0 (the new internal id of other) > > > > can you run this sql [2] to see if it did ran? > > > > [1] 03_03_0660_alter_os_type_unassigned_to_other.sql > > [2] psql engine engine -c "select * from schema_version where script > > ilike '%unassigned%';" > > The query [2] returns "0 rows" Can you please post the upgrade log from 3.3? Something like /var/log/ovirt-engine/setup/ovirt-engine-setup-DATE.log Thanks! -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VM-List gone after upgrade to 3.4 - Found the error
On Wednesday 02 April 2014 16:16:34 Roy Golan wrote: > > an upgrade to 3.3 should have run an upgrade script [1] and update all > vms with 6 to 0 (the new internal id of other) > > can you run this sql [2] to see if it did ran? > > [1] 03_03_0660_alter_os_type_unassigned_to_other.sql > [2] psql engine engine -c "select * from schema_version where script > ilike '%unassigned%';" The query [2] returns "0 rows" ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] oVirt 3.5.0 integration features
Hi, the oVirt Integration Team is pleased to present the features that will be targeted to oVirt 3.5.0 release. We are going to add iSCSI support to Hosted Engine allowing you to use an iSCSI target for the Hosted Engine data domain [1]. This will allow users to avoid to create an NFS share just for Hosted Engine when all other VMs will use iSCSI storage. We're also going to work on engine-setup allowing to distribute loads on different servers (or VMs) allowing to deploy oVirt Web Socket Proxy [2], oVirt DWH [3] and oVirt Reports [4] on different hosts. Last but not least, we're going to prepare an oVirt Windows Guest Tools ISO [5] providing agents and drivers for Windows VMs. Are you interested in any of these feature? Do you want to get involved? Feel free to join us * discussing features in their Talk page, * contributing Test Cases, * sending patches, * volunteering for testing while we're developing them. [1] http://www.ovirt.org/Features/Self_Hosted_Engine_iSCSI_Support [2] http://www.ovirt.org/Features/WebSocketProxy_on_a_separate_host [3] http://www.ovirt.org/Features/Separate-DWH-Host [4] http://www.ovirt.org/Features/Separate-Reports-Host [5] http://www.ovirt.org/Features/oVirt_Windows_Guest_Tools 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: [Users] HA
Yes, indeed. I meant not-operational. Sorry. So, if I understand this correctly. When we ever come in a situation that we loose both storage connections on our hypervisor, we will have to manually restore the connections first? And thanx for the tip for speeding up thins :-). Kind regards, Koen 2014-04-02 15:14 GMT+02:00 Omer Frenkel : > > > - Original Message - > > From: "Koen Vanoppen" > > To: users@ovirt.org > > Sent: Wednesday, April 2, 2014 4:07:19 PM > > Subject: [Users] HA > > > > Dear All, > > > > Due our acceptance testing, we discovered something. (Document will > follow). > > When we disable one fiber path, no problem multipath finds it way no > pings > > are lost. > > BUT when we disabled both the fiber paths (so one of the storage domain > is > > gone on this host, but still available on the other host), vms go in > paused > > mode... He chooses a new SPM (can we speed this up?), put's the host in > > non-responsive (can we speed this up, more important) and the VM's stay > on > > Paused mode... I would expect that they would be migrated (yes, HA is > > i guess you mean the host moves to not-operational (in contrast to > non-responsive)? > if so, the engine will not migrate vms that are paused to do io error, > because of data corruption risk. > > to speed up you can look at the storage domain monitoring timeout: > engine-config --get StorageDomainFalureTimeoutInMinutes > > > > enabled) to the other host and reboot there... Any solution? We are still > > using oVirt 3.3.1 , but we are planning a upgrade to 3.4 after the easter > > holiday. > > > > Kind Regards, > > > > Koen > > > > ___ > > Users mailing list > > Users@ovirt.org > > http://lists.ovirt.org/mailman/listinfo/users > > > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VM-List gone after upgrade to 3.4 - Found the error
On 04/02/2014 11:38 AM, Stefan Wendler wrote: I think I found the error. At least it is working again. When I read the threads Einav provided I recognized that the Problem had been somewhat related to os type "Other" And I have seen some changes regarding FreeBSD. FreeBSD is not the problem here but that got me thinking that we have a FreeBSD VM with vm os type "Other" which was curretly down. Which is the only vm with that type, too. That also explained why I could view all bookmarks for "all running vms" but not the bookmarks for "all vms in cluster" or "all stopped vms". So I started the FreeBSD vm via ovirt-shell and I was able to view "all stopped vms" but not "all running vms". Stopped the vm again and it was vice versa again. So I deleted the vm (but not the disk image) and voila, everything is working again. Recreated the vm with the now available os type FreeBSD and it is still working. So I guess there is a problem with vm os type 6 (Other). Cheers, Stefan On Wednesday 02 April 2014 01:53:09 Omer Frenkel wrote: - Original Message - From: "Itamar Heim" To: "Stefan Wendler" , "Einav Cohen" Cc: users@ovirt.org Sent: Wednesday, April 2, 2014 8:16:04 AM Subject: Re: [Users] VM-List gone after upgrade to 3.4 On 04/01/2014 11:16 PM, Stefan Wendler wrote: Read the links and checked the osinfo properties file. even downloaded the latest one. But it didn't work. I have one FreeBSD vm which has type Other (6 in database) but in the ostype props bundled with version 3.4 (and even the on in git) has backwardCompatibility.Other = 0. The same as unassigned. I changed Other to 6 but it didn't help. The error stays the same. unfortunately. an upgrade to 3.3 should have run an upgrade script [1] and update all vms with 6 to 0 (the new internal id of other) can you run this sql [2] to see if it did ran? [1] 03_03_0660_alter_os_type_unassigned_to_other.sql [2] psql engine engine -c "select * from schema_version where script ilike '%unassigned%';" just to be sure, do you see any error in the engine.log? Stefan - maybe if you can provide the db backup to one of the developers, they can reproduce this. Cheers, Stefan On Tuesday 01 April 2014 12:21:47 Einav Cohen wrote: found some references to the similar issues: one in 3.3.1 that seems to be related to os-info [1]. another issue from latest ovirt (back in January...) which I am not exactly sure how it ended up (os-info? db? maybe Adam remembers?) [2]. not sure if any of them is related, but maybe. HTH. Thanks, Einav [1] http://lists.ovirt.org/pipermail/users/2013-December/thread.html look for a thread titled: 'Strange UI bug: tab "VM" unusable / oVirt 3.3.1+' [2] http://lists.ovirt.org/pipermail/engine-devel/2014-January/thread.html look for a thread titled: 'UI: VM list not populating' - Original Message - From: "Stefan Wendler" Sent: Tuesday, April 1, 2014 11:57:48 AM Thanks for pushing it Einav. Would be nice to have a workaround until there is a real fix or we figured out where I f*cked up ;) Even a patch file for the javascript would be nice. Because we are really relying on the gui. Cheers On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote: Thanks, Stefan. Tomas/UI maintainers: I recall several similar issues in the past - does anyone have any helpful information / recommendations how to proceed? - Original Message - From: "Stefan Wendler" To: "Einav Cohen" Cc: users@ovirt.org Sent: Tuesday, April 1, 2014 9:37:00 AM Subject: Re: [Users] VM-List gone after upgrade to 3.4 You are right. Here is the message: I tried deleting the browser cache but the error stays the same -- begin -- Tue Apr 01 14:46:42 GMT+200 2014 com.google.gwt.logging.client.LogConfiguration SEVERE: (TypeError) stack: TypeError: Cannot call method 'Fk' of null at tek (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:12049:58) at Object.Qom [as z1] (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:17764:28600) at uvk (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:15782:166) at Object.Zzk (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:16763:328) at Zuk (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:15976:146) at $uk (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:15870:29) at tMk (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:7346:19) at Object.cNk [as nV] (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 B6F 9FEF .cache.html:17740:20496) at Object.jyk [as tX] (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19
Re: [Users] HA
- Original Message - > From: "Koen Vanoppen" > To: users@ovirt.org > Sent: Wednesday, April 2, 2014 4:07:19 PM > Subject: [Users] HA > > Dear All, > > Due our acceptance testing, we discovered something. (Document will follow). > When we disable one fiber path, no problem multipath finds it way no pings > are lost. > BUT when we disabled both the fiber paths (so one of the storage domain is > gone on this host, but still available on the other host), vms go in paused > mode... He chooses a new SPM (can we speed this up?), put's the host in > non-responsive (can we speed this up, more important) and the VM's stay on > Paused mode... I would expect that they would be migrated (yes, HA is i guess you mean the host moves to not-operational (in contrast to non-responsive)? if so, the engine will not migrate vms that are paused to do io error, because of data corruption risk. to speed up you can look at the storage domain monitoring timeout: engine-config --get StorageDomainFalureTimeoutInMinutes > enabled) to the other host and reboot there... Any solution? We are still > using oVirt 3.3.1 , but we are planning a upgrade to 3.4 after the easter > holiday. > > Kind Regards, > > Koen > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] HA
Dear All, Due our acceptance testing, we discovered something. (Document will follow). When we disable one fiber path, no problem multipath finds it way no pings are lost. BUT when we disabled both the fiber paths (so one of the storage domain is gone on this host, but still available on the other host), vms go in paused mode... He chooses a new SPM (can we speed this up?), put's the host in non-responsive (can we speed this up, more important) and the VM's stay on Paused mode... I would expect that they would be migrated (yes, HA is enabled) to the other host and reboot there... Any solution? We are still using oVirt 3.3.1 , but we are planning a upgrade to 3.4 after the easter holiday. Kind Regards, Koen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] "unable to connect after upgrade 3.3.3 to 3.4.0"
- Original Message - > From: "Yedidyah Bar David" > To: "nicola gentile" > Cc: "Users@ovirt.org" > Sent: Wednesday, April 2, 2014 3:40:04 PM > Subject: Re: [Users] "unable to connect after upgrade 3.3.3 to 3.4.0" > > - Original Message - > > From: "nicola gentile" > > To: "Users@ovirt.org" > > Sent: Monday, March 31, 2014 5:48:19 PM > > Subject: Re: [Users] "unable to connect after upgrade 3.3.3 to 3.4.0" > > > > Thank you, now works! > > > > NG > > > > 2014-03-31 16:40 GMT+02:00 Maurice James : > > > Check your firewall settings. I have found that even though you tell the > > > install script to leave the firewall alone it still configures it for > > > you. > > > You might want try stopping your firewall temporarily. > > > > > >> Date: Mon, 31 Mar 2014 16:25:26 +0200 > > >> From: nicola.gentile...@gmail.com > > >> To: Users@ovirt.org > > >> Subject: [Users] "unable to connect after upgrade 3.3.3 to 3.4.0" > > > > > >> > > >> Hello, > > >> I'm trying oVirt allinone version 3.3.3 and after the upgrade to 3.4.0 > > >> the virtual machines do not start using spice client (linux or > > >> windows). > > >> I'm using centos 6.5. > > >> The message displayed is "unable to connect to server console.vv > > >> graphics." > > >> Can someone help me? > > Thanks both of you for the report. > > This should not happen. Can you please post relevant logs? Including setup > and host-deploy? resulting firewall configuration? Just to clarify: There was recently a discussion about a similar problem in hosted-engine [1] resulting in opening a bug [2]. I do not know about a similar problem in all-in-one. There, it's the opposite - setup asks the engine to call host-deploy without changing the firewall, also without allowing to override - 'override_iptables=False' in [3]. So if setup does change your firewall settings, it's doing that by itself, not by host-deploy, despite you telling it not to (by your report). [1] http://lists.ovirt.org/pipermail/users/2014-March/thread.html#22674 [2] https://bugzilla.redhat.com/show_bug.cgi?id=1080823 [3] http://gerrit.ovirt.org/gitweb?p=ovirt-engine.git;a=blob;f=packaging/setup/plugins/ovirt-engine-setup/ovirt-engine/all-in-one/vdsm.py -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] "unable to connect after upgrade 3.3.3 to 3.4.0"
- Original Message - > From: "nicola gentile" > To: "Users@ovirt.org" > Sent: Monday, March 31, 2014 5:48:19 PM > Subject: Re: [Users] "unable to connect after upgrade 3.3.3 to 3.4.0" > > Thank you, now works! > > NG > > 2014-03-31 16:40 GMT+02:00 Maurice James : > > Check your firewall settings. I have found that even though you tell the > > install script to leave the firewall alone it still configures it for you. > > You might want try stopping your firewall temporarily. > > > >> Date: Mon, 31 Mar 2014 16:25:26 +0200 > >> From: nicola.gentile...@gmail.com > >> To: Users@ovirt.org > >> Subject: [Users] "unable to connect after upgrade 3.3.3 to 3.4.0" > > > >> > >> Hello, > >> I'm trying oVirt allinone version 3.3.3 and after the upgrade to 3.4.0 > >> the virtual machines do not start using spice client (linux or > >> windows). > >> I'm using centos 6.5. > >> The message displayed is "unable to connect to server console.vv > >> graphics." > >> Can someone help me? Thanks both of you for the report. This should not happen. Can you please post relevant logs? Including setup and host-deploy? resulting firewall configuration? Thanks! -- Didi ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] does anyone know if there is an ovirt weekly status meeting today?
it has been removed from the calendar (at least mine...) Thanks, Einav ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Call for Papers Deadline in One Month: LinuxCon/CloudOpen North America
Conference: LinuxCon North America Information: LinuxCon is the only event covering all matters Linux - offering collaboration and education for everyone in the ecosystem from developers and maintainers to sys admins and architects to business executives and community members. Date: August 20-22, 2014 Location: Chicago, Illinois Website: http://events.linuxfoundation.org/events/linuxcon-north-america Call for Papers Deadline: May 2, 2014 Call for Papers URL: http://events.linuxfoundation.org/events/linuxcon-north-america/program/cfp Conference: CloudOpen North America Information: CloudOpen is the only conference offering collaboration and education for all matters of open source cloud, from CloudStack to KVM to Xen, Hadoop, Gluster, OpenStack and more. Date: August 20-22, 2014 Location: Chicago, Illinois Website: http://events.linuxfoundation.org/events/cloudopen-north-america Call for Papers Deadline: May 2, 2014 Call for Papers URL: http://events.linuxfoundation.org/events/cloudopen-north-america/program/cfp -- Brian Proffitt - oVirt Community Manager Open Source and Standards, Red Hat - http://community.redhat.com Phone: +1 574 383 9BKP IRC: bkp @ OFTC ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version.
Il 02/04/2014 12:44, Jim@Ovirt ha scritto: > On 02/04/2014 11:03, Jim@Ovirt wrote: >> Host's Cluster Compatibility Version doesn't match the Cluster's >> Compatibility Version. >> According to "yum list installed" every package that begins "ovirt" is >> version 3.4.something and every package that begins "vdsm" is version >> 4.14.6, but "vdsClient -s 0 getVdsCaps" reports clusterLevels = ['3.0', >> '3.1', '3.2', '3.3' ]. >> So it looks like ovirt 3.4 isn't compatible with ovirt 3.4, which seems >> a bit odd. >> What have I done wrong here? > > Ah, found it: > yum-config-manager --enable fedora-virt-preview > yum update > > Given that ovirt installs that and won't work without it (in the All-In-One > configuration) shouldn't it be done by engine-setup? > > It's documented in the test day notes, but not in the release notes for 3.4 It's in release notes: http://www.ovirt.org/OVirt_3.4_Release_Notes ... Known Issues EL >= 6.5 or cloud-init >= 0.7.2 are needed for cloud-init feature support (BZ 1029885) All-in-one requires fedora-virt-preview repository ... > > Jim > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users -- 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: [Users] Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version.
On 02/04/2014 11:03, Jim@Ovirt wrote: Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version. According to "yum list installed" every package that begins "ovirt" is version 3.4.something and every package that begins "vdsm" is version 4.14.6, but "vdsClient -s 0 getVdsCaps" reports clusterLevels = ['3.0', '3.1', '3.2', '3.3' ]. So it looks like ovirt 3.4 isn't compatible with ovirt 3.4, which seems a bit odd. What have I done wrong here? Ah, found it: yum-config-manager --enable fedora-virt-preview yum update Given that ovirt installs that and won't work without it (in the All-In-One configuration) shouldn't it be done by engine-setup? It's documented in the test day notes, but not in the release notes for 3.4 Jim ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version.
- Original Message - > From: "Jim@Ovirt" > To: users@ovirt.org > Sent: Wednesday, April 2, 2014 1:03:14 PM > Subject: [Users] Host's Cluster Compatibility Version doesn't match the > Cluster's Compatibility Version. > > Hi, > > I've just installed OVirt 3.4 AllInOne on a clean install of Fedora19 on > a multihomed box. > I had some issues getting networking working, but that seems to be up now. > I've got two Alerts that are in the way now: > > Host's Cluster Compatibility Version doesn't match the Cluster's > Compatibility Version. > According to "yum list installed" every package that begins "ovirt" is > version 3.4.something and every package that begins "vdsm" is version > 4.14.6, but "vdsClient -s 0 getVdsCaps" reports clusterLevels = ['3.0', > '3.1', '3.2', '3.3' ]. > So it looks like ovirt 3.4 isn't compatible with ovirt 3.4, which seems > a bit odd. > What have I done wrong here? > > The other Alert is "Power Management is not configured for this Host.". > I don't have any kind of power management for this box, is it possible > to stop this message? Hi Jim Regarding the Power Management issue : Currently we consider a Host that has no Power Management defined as problem and alert on that. This is done even you are using local storage and will not have any other host in future as you can see in https://bugzilla.redhat.com/show_bug.cgi?id=1053434 (which is targeted for 4.0 ATM) However, we see the need for preventing Power Management as a feature in some installations This will require an overall work of giving that as a special configuration setting and then removing all associated messages, alerts , pop-ups , PM TAB in Host New/Edit, Alerts tab etc. can you please open a RFE on that (open a regular bug + set the FutureFeature as a keyword) Thanks Eli > > Thanks > > Jim > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version.
Hi, I've just installed OVirt 3.4 AllInOne on a clean install of Fedora19 on a multihomed box. I had some issues getting networking working, but that seems to be up now. I've got two Alerts that are in the way now: Host's Cluster Compatibility Version doesn't match the Cluster's Compatibility Version. According to "yum list installed" every package that begins "ovirt" is version 3.4.something and every package that begins "vdsm" is version 4.14.6, but "vdsClient -s 0 getVdsCaps" reports clusterLevels = ['3.0', '3.1', '3.2', '3.3' ]. So it looks like ovirt 3.4 isn't compatible with ovirt 3.4, which seems a bit odd. What have I done wrong here? The other Alert is "Power Management is not configured for this Host.". I don't have any kind of power management for this box, is it possible to stop this message? Thanks Jim ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
[Users] node spin including qemu-kvm-rhev?
I understand that there are ongoing discussions with the Centos people regarding a suitable home for recompiled qemu-kvm packages. Given that the ovirt node is our own spin, is there any reason why that couldn't include the recompiled qemu-kvm packages that will then allow us to use live snapshots and do live migrations? Itamar recently mentioned that we already build these via a jenkins task. Nodes built on top of a Centos install will still be an issue but I think its reasonable that the ovirt-node iso could include these custom packages. This way we don't have to potentially wait until 3.4.1 or 3.5 to get the live snapshot/migration features. The caveat would be that these features would only be supported if the nodes were all ovirt node iso based. What are people's thoughts? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VM-List gone after upgrade to 3.4 - Found the error
I think I found the error. At least it is working again. When I read the threads Einav provided I recognized that the Problem had been somewhat related to os type "Other" And I have seen some changes regarding FreeBSD. FreeBSD is not the problem here but that got me thinking that we have a FreeBSD VM with vm os type "Other" which was curretly down. Which is the only vm with that type, too. That also explained why I could view all bookmarks for "all running vms" but not the bookmarks for "all vms in cluster" or "all stopped vms". So I started the FreeBSD vm via ovirt-shell and I was able to view "all stopped vms" but not "all running vms". Stopped the vm again and it was vice versa again. So I deleted the vm (but not the disk image) and voila, everything is working again. Recreated the vm with the now available os type FreeBSD and it is still working. So I guess there is a problem with vm os type 6 (Other). Cheers, Stefan On Wednesday 02 April 2014 01:53:09 Omer Frenkel wrote: > - Original Message - > > > From: "Itamar Heim" > > To: "Stefan Wendler" , "Einav Cohen" > > Cc: users@ovirt.org > > Sent: Wednesday, April 2, 2014 8:16:04 AM > > Subject: Re: [Users] VM-List gone after upgrade to 3.4 > > > > On 04/01/2014 11:16 PM, Stefan Wendler wrote: > > > Read the links and checked the osinfo properties file. even downloaded > > > the > > > latest one. > > > But it didn't work. I have one FreeBSD vm which has type Other (6 in > > > database) > > > but in the ostype props bundled with version 3.4 (and even the on in > > > git) > > > has > > > backwardCompatibility.Other = 0. The same as unassigned. I changed Other > > > to > > > 6 > > > but it didn't help. The error stays the same. unfortunately. > > just to be sure, > do you see any error in the engine.log? > > > Stefan - maybe if you can provide the db backup to one of the > > developers, they can reproduce this. > > > > > Cheers, > > > Stefan > > > > > > On Tuesday 01 April 2014 12:21:47 Einav Cohen wrote: > > >> found some references to the similar issues: > > >> > > >> one in 3.3.1 that seems to be related to os-info [1]. > > >> > > >> another issue from latest ovirt (back in January...) which > > >> I am not exactly sure how it ended up (os-info? db? maybe > > >> Adam remembers?) [2]. > > >> > > >> not sure if any of them is related, but maybe. > > >> HTH. > > >> > > >> > > >> Thanks, > > >> Einav > > >> > > >> [1] http://lists.ovirt.org/pipermail/users/2013-December/thread.html > > >> look for a thread titled: 'Strange UI bug: tab "VM" unusable / oVirt > > >> 3.3.1+' > > >> > > >> [2] > > >> http://lists.ovirt.org/pipermail/engine-devel/2014-January/thread.html > > >> look for a thread titled: 'UI: VM list not populating' > > >> > > >>> - Original Message - > > >>> From: "Stefan Wendler" > > >>> Sent: Tuesday, April 1, 2014 11:57:48 AM > > >>> > > >>> Thanks for pushing it Einav. Would be nice to have a workaround until > > >>> there > > >>> is > > >>> a real fix or we figured out where I f*cked up ;) > > >>> > > >>> Even a patch file for the javascript would be nice. Because we are > > >>> really > > >>> relying on the gui. > > >>> > > >>> Cheers > > >>> > > >>> On Tuesday 01 April 2014 09:42:33 Einav Cohen wrote: > > Thanks, Stefan. > > Tomas/UI maintainers: I recall several similar issues in the past - > > does anyone have any helpful information / recommendations how to > > proceed? > > > > - Original Message - > > > > > From: "Stefan Wendler" > > > To: "Einav Cohen" > > > Cc: users@ovirt.org > > > Sent: Tuesday, April 1, 2014 9:37:00 AM > > > Subject: Re: [Users] VM-List gone after upgrade to 3.4 > > > > > > You are right. Here is the message: > > > > > > I tried deleting the browser cache but the error stays the same > > > > > > > > > > > > -- begin -- > > > > > > Tue Apr 01 14:46:42 GMT+200 2014 > > > com.google.gwt.logging.client.LogConfiguration > > > SEVERE: (TypeError) > > > > > > stack: TypeError: Cannot call method 'Fk' of null > > > > > > at tek > > > (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 > > > B6F > > > 9FEF > > > .cache.html:12049:58) at Object.Qom [as z1] > > > (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 > > > B6F > > > 9FEF > > > .cache.html:17764:28600) at uvk > > > (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 > > > B6F > > > 9FEF > > > .cache.html:15782:166) at Object.Zzk > > > (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 > > > B6F > > > 9FEF > > > .cache.html:16763:328) at Zuk > > > (https://engine/ovirt-engine/webadmin/4A8A784A2E5C61BA5B8132B19 > > > B6F > > > 9FEF > > >
Re: [Users] el7 based node? el7 as a supported platform for ovirt?
On 04/02/2014 10:19 AM, Sven Kieske wrote: Hi, thanks for bringing this up, based on the fact that el7 is based on fedora 19 I assume it should work, as ovirt runs on fedora 19 too. I hope the redhat dev team keeps that in mind when changing stuff in el7. As you point out, the qemu-kvm version is one of the most interesting things, especially the compiler flags (live migration anyone?). 1. we currently provide the qemu-kvm-rhev package via an ovirt jenkins build, while we work with CentOS virt/cloud SIGs to try and resolve this within CentOS. 2. Yes, we are looking at .el7 support. I'm hoping/assuming a community edition will be available around 3.5 GA to consider it. 3. I think Fabian replied in the past they moved ovirt-node to be .el6 based, rather than fedora based to reduce the churn. Am 02.04.2014 08:31, schrieb Paul Jansen: Hi. There's been a bit of chatter about what is required for Fedora 20 support for ovirt. I can't seem to find newer fedora19 based node isos anymore. Has there been a conscious decision to standardize on the el6 based node iso? Is an F20 based node iso something that is being worked on? I hear that el7 might be announced this month. Presumably Centos 7.0 won't be far away after that. I've done some test installs of RHEL 7 beta to get a look at what packages are in use. Of particular interest to me is the qemu-kvm package - the version of which seem to be important for live snapshots and live migrations (something we don't seem to do well right now). EL beta7 has this version - qemu-kvm-1.5.3-19.el7.x86_64.rpm Given the issues with needing newer versions of certain packages than what is in EL 6.5, is this situation likely to be improved greatly when Centos 7 is available? I don't recall seeing much discussion about ovirt running under el7. Is this being looked at at this stage, or given the fact there is only a beta of rhel7 to work with right now are we just waiting for the release before deciding too much? ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] Logical Network VLAN Tagging and DataCenters
Looks very much like what I am seeing. Many thanks for the info. I'll test when 3.4.1 is available. -Original Message- From: Lior Vernia [mailto:lver...@redhat.com] Sent: 02 April 2014 07:58 To: Simon Barrett Cc: users@ovirt.org Subject: Re: [Users] Logical Network VLAN Tagging and DataCenters Hi Simon, I think what you're experiencing is this: https://bugzilla.redhat.com/show_bug.cgi?id=1070835 So this is not by design, there shouldn't be any issue with having the same VLAN ID defined across multiple DCs. Should be fine when oVirt 3.4.1 is released, or using nightly build. Yours, Lior. On 01/04/14 13:26, Simon Barrett wrote: > Is it possible/supported to have the same VLAN ID defined across > multiple datacenters logical networks? > > > > I am seeing a situation where if I have two Datacenters, both with a > logical network that have the same vlan tag. E.G. > > > > DC = London, Logical network = prod, VLAN = 123 > > DC = Paris, Logical network = prod, VLAN = 123 > > > > If I edit one of the VM's running in the "London" datacenter, the VM > NIC shows up as empty even though if I click on the VM and go to the > "Network Interfaces" tab at the bottom of the screen it lists up the > "prod" network under "Network Name". > > > > All works OK for VM's that are assigned a logical network that is only > defined once (i.e. has not been added to both datacenters). > > > > This configuration is on oVirt Engine 3.3.2-1.el6. I am planning on > moving to 3.4 very soon so will test out again on that version. > > > > Thanks, > > > > Simon > > > > > > ___ > Users mailing list > Users@ovirt.org > http://lists.ovirt.org/mailman/listinfo/users > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] el7 based node? el7 as a supported platform for ovirt?
Hi, thanks for bringing this up, based on the fact that el7 is based on fedora 19 I assume it should work, as ovirt runs on fedora 19 too. I hope the redhat dev team keeps that in mind when changing stuff in el7. As you point out, the qemu-kvm version is one of the most interesting things, especially the compiler flags (live migration anyone?). Am 02.04.2014 08:31, schrieb Paul Jansen: > Hi. > There's been a bit of chatter about what is required for Fedora 20 support > for ovirt. > I can't seem to find newer fedora19 based node isos anymore. Has there been > a conscious decision to standardize on the el6 based node iso? > Is an F20 based node iso something that is being worked on? > > I hear that el7 might be announced this month. Presumably Centos 7.0 won't > be far away after that. > I've done some test installs of RHEL 7 beta to get a look at what packages > are in use. > Of particular interest to me is the qemu-kvm package - the version of which > seem to be important for live snapshots and live migrations (something we > don't seem to do well right now). > EL beta7 has this version - qemu-kvm-1.5.3-19.el7.x86_64.rpm > > Given the issues with needing newer versions of certain packages than what is > in EL 6.5, is this situation likely to be improved greatly when Centos 7 is > available? > I don't recall seeing much discussion about ovirt running under el7. Is this > being looked at at this stage, or given the fact there is only a beta of > rhel7 to work with right now are we just waiting for the release before > deciding too much? -- Mit freundlichen Grüßen / Regards Sven Kieske Systemadministrator Mittwald CM Service GmbH & Co. KG Königsberger Straße 6 32339 Espelkamp T: +49-5772-293-100 F: +49-5772-293-333 https://www.mittwald.de Geschäftsführer: Robert Meyer St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
Re: [Users] VM satelit is down. Exit message: 'int' object has no attribute 'replace'.
I'll try and let you know, but is a little bit difficult due to the fact that my setup is a production one! On Wed, Apr 2, 2014 at 12:59 AM, Dan Kenigsberg wrote: > On Mon, Mar 31, 2014 at 04:57:44PM +0300, Gabi C wrote: > > Hello! > > > > Has that fix pushed into the repository yet? > > > > > > Seems that removing Qos profiles from the NIC profiles did the trick..VM > is > > up! > > > > Thanks guys! > > No, thank you for reporting this. > > The patch still awaits verification http://gerrit.ovirt.org/#/c/26254/ > > I would very much appreciate if you can apply it on your host's vdsm, > re-add the QoS profiles, and report if life is good again. > > Dan. > ___ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users