oVirt engine host not starting due to undetected emulated machines
by David Caro
--pWyiEgJYm5f9v55/
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
Hi!
Following on fromani investigation, I'm moving the issue to the devel
list.
The issue is that on one of our oVirt setups, with an all-in-one
installation, the host has been set as 'non operational' and it can't
be started, when trying to start it it complains with the error:
Host local_host does not comply with the cluster local_cluster
emulated machines. The Hosts emulated machines are
rhel6.4.0,pc,rhel6.3.0,rhel6.2.0,rhel6.1.0,rhel6.0.0,rhel5.5.0,rhel5.4.4,rh=
el5.4.0
and the cluster is rhel6.4.0}
But looking at getVdsCaps you can see it does:
emulatedMachines =3D ['rhel6.4.0',
'pc',
'rhel6.3.0',
'rhel6.2.0',
'rhel6.1.0',
'rhel6.0.0',
'rhel5.5.0',
'rhel5.4.4',
'rhel5.4.0']
I found out when I had to restart libvirtd to free the logfile (/tmp
out of space), then the vms showed as paused, and when trying to start
them is when I found out that the host was in non operational status.
@fromani If I'm leaving something out, please complete :)
Thanks!
--=20
David Caro
Red Hat S.L.
Continuous Integration Engineer - EMEA ENG Virtualization R&D
Tel.: +420 532 294 605
Email: dcaro(a)redhat.com
Web: www.redhat.com
RHT Global #: 82-62605
--pWyiEgJYm5f9v55/
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQEcBAEBAgAGBQJUCdVQAAoJEEBxx+HSYmnD/cAH/3rEiUqg47jDUMXtWsagCCoE
0g4+UuBEeTDI+bnQIWaXhBhtPOHT/hwn3Lx3acMYTqNQ84z8kXtJQiuwpqvqGxxl
7xPeBraQGU+wGeGm/OBb4cE651rJgIAyPEkd7n/nlgtk/vStQGhwzU2CaQhLh7Tx
jE7iBEStLjvIJey7CoU2HkrJwTfVzmlMCJsKh8d/kVNHMKS0i207RzwIxJxcqkgh
QyTZ6k2wzLC1DYq82kvEM3FYaE7bBQIuPxv7Gpk+JrvYdYV7kAP4Ijv5KlSE/caJ
G7zUjkXwxLHvfOqZkOZdjyG2KQ1vlk7RPLmMVA7AV5F97C3XFdxoCyf39NP3DCA=
=5kIO
-----END PGP SIGNATURE-----
--pWyiEgJYm5f9v55/--
10 years, 10 months
ovirt35 -deep dive - Get rid of storage pool metadata on master storage domain
by Barak Azulay
------=_Part_44624627_1574537523.1409923679387
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following meeting has been modified:
Subject: ovirt35 -deep dive - Get rid of storage pool metadata on master storage domain
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Monday, September 8, 2014, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem
Required: fsimonce(a)redhat.com; devel(a)ovirt.org; users(a)ovirt.org
Optional: iheim(a)redhat.com; amureini(a)redhat.com
*~*~*~*~*~*~*~*~*~*
This session will present changes done as a preparation to move away from SPM state in vdsm,
And their implications.
Google hangout link: https://plus.google.com/events/cbvealc0p24o041p3lonlgfk018
------=_Part_44624627_1574537523.1409923679387
Content-Type: text/calendar; charset=utf-8; method=REQUEST; name=meeting.ics
Content-Transfer-Encoding: 7bit
BEGIN:VCALENDAR
PRODID:Zimbra-Calendar-Provider
VERSION:2.0
METHOD:REQUEST
BEGIN:VTIMEZONE
TZID:Asia/Jerusalem
BEGIN:STANDARD
DTSTART:16010101T020000
TZOFFSETTO:+0200
TZOFFSETFROM:+0300
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=10;BYDAY=-1SU
TZNAME:IST
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T020000
TZOFFSETTO:+0300
TZOFFSETFROM:+0200
RRULE:FREQ=YEARLY;WKST=MO;INTERVAL=1;BYMONTH=3;BYDAY=-1FR
TZNAME:IDT
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
UID:36c2a87a-566f-4d39-92e6-3746b8f79c8a
SUMMARY:ovirt35 -deep dive - Get rid of storage pool metadata on master stor
age domain
ATTENDEE;CN=Federico Simoncelli;ROLE=REQ-PARTICIPANT;PARTSTAT=ACCEPTED;RSVP=
TRUE:mailto:fsimonce@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
virt.org
ATTENDEE;CN=Itamar Heim;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE
:mailto:iheim@redhat.com
ATTENDEE;CN=Allon Mureinik;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=T
RUE:mailto:amureini@redhat.com
ORGANIZER;CN=Barak Azulay:mailto:bazulay@redhat.com
DTSTART;TZID="Asia/Jerusalem":20140908T160000
DTEND;TZID="Asia/Jerusalem":20140908T170000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140905T132759Z
DTSTAMP:20140905T132759Z
SEQUENCE:2
DESCRIPTION:The following meeting has been modified:\n\nSubject: ovirt35 -de
ep dive - Get rid of storage pool metadata on master storage domain \nOrgani
zer: "Barak Azulay" <bazulay(a)redhat.com> \n\nTime: Monday\, September 8\, 20
14\, 4:00:00 PM - 5:00:00 PM GMT +02:00 Jerusalem\n \nRequired: fsimonce@red
hat.com\; devel(a)ovirt.org\; users(a)ovirt.org \nOptional: iheim(a)redhat.com\; a
mureini(a)redhat.com \n\n*~*~*~*~*~*~*~*~*~*\n\nThis session will present chan
ges done as a preparation to move away from SPM state in vdsm\, \nAnd their
implications. \n\nGoogle hangout link: https://plus.google.com/events/cbveal
c0p24o041p3lonlgfk018 \n\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
------=_Part_44624627_1574537523.1409923679387--
10 years, 10 months
No blockers on the lower level components
by Sandro Bonazzola
Hi, looking at current status for release criteria matching.
The following criteria has been inherited from previous version:
MUST: No blockers on the lower level components - libvirt, lvm,device-mapper,qemu-kvm, Jboss, postgres, iscsi-initiator
The list of bugs related to above components, filtered for excluding severity <= medium is: http://goo.gl/YbQVZz
It shows more than 900 bugs.
Excluding severity <= high still shows more than 600 bugs: http://goo.gl/c7c6oU
Just keeping urgent bug shows more than 30 bugs: http://goo.gl/nqcr2d
How do we define if any of the above bug must be considered a blocker?
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 10 months
Automatic highlighting of invalid tabs
by Alexander Wels
Hi,
I just committed a patch that makes it a lot easier to mark invalid tabs in
popup windows for instance the new VM window. Before when you added a new tab
you would have to create a isXXXTabValid boolean in the model, and add a
propertyChangeEvent to that boolean. Then in the view you needed to listen to
changes in a giant if/else statement for all the different tabs in the view.
Then in your validation routine you would call setIsXXXTabValid(true/false) to
set the tab valid or invalid. Now all you have to do is the following. In your
validation routine call setTabValid(TabName, true/false). The TabName is an
enum that lists all known tabs. If you make a new tab that is not already
there, just add it.
There is no need to create/listen to property change events, as at the end of
the validation routine a validation complete event is called and this causes
some code to run to evaluate all the tab states at once, and it highlights all
invalid tabs at once. It also selects the first invalid tab and makes it
active. This should greatly improve the user experience as it is now evident
which tabs have problems and the first problem is active by default.
Alexander
10 years, 10 months
oVirt Node Weekly Meeting Minutes - August 19th 2014
by Fabian Deutsch
=================================
#ovirt: oVirt Node Weekly Meeting
=================================
Meeting started by rbarry at 13:04:19 UTC. The full logs are available
at http://ovirt.org/meetings/ovirt/2014/ovirt.2014-08-19-13.04.log.html
.
Meeting summary
---------------
* oVirt 3.5 / Node 3.1 (rbarry, 13:04:53)
* Jenkins (rbarry, 13:05:00)
* Other (rbarry, 13:05:03)
* oVirt 3.5 / Node 3.1 (rbarry, 13:06:05)
* ACTION: rbarry to build image for test day (rbarry, 13:10:32)
* Jenkins (rbarry, 13:13:03)
* LINK:
http://jenkins.ovirt.org/job/ovirt-node-plugin-vdsm_node-3.0_create-node-...
(rbarry, 13:14:24)
* ACTION: rbarry to inventory Node Jenkins jobs (rbarry, 13:19:09)
* Other (rbarry, 13:20:14)
* Jenkins (rbarry, 13:20:27)
* Other (rbarry, 13:22:24)
Meeting ended at 13:23:12 UTC.
Action Items
------------
* rbarry to build image for test day
* rbarry to inventory Node Jenkins jobs
Action Items, by person
-----------------------
* rbarry
* rbarry to build image for test day
* rbarry to inventory Node Jenkins jobs
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* rbarry (38)
* bkp (9)
* dougsland (7)
* Zordrak (2)
* eedri (2)
* ovirtbot (2)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
10 years, 10 months
[QE][ACTION REQUIRED] oVirt 3.5.0 RC2 status
by Sandro Bonazzola
Hi,
We were suppposed to start composing oVirt 3.5.0 RC2 today from 3.5 branch,
however we still have blockers open so we should postpone the build.
We'll discuss the delay and blockers status during today oVirt sync meeting.
Maintainers:
- Please be sure that 3.5 snapshot satisfy release criteria[9]
- Please be sure that no pending patches are going to block the release
- If any patch must block the RC release please raise the issue as soon as possible.
The bug tracker [1] shows the following proposed blockers to be reviewed:
Bug ID Whiteboard Status Summary
1130045 infra NEW Very high memory consumption
1134233 infra POST /api/jobs - HTTP Status 500
1131030 infra NEW [REST API] using from filter in an event search doesn't work
1127294 storage POST Live Merge: Resolve unknown merge status in vdsm after host crash
1109920 storage POST Live Merge: Extend internal block volumes during merge
And the following dependencies still open:
Bug 1041569 - [NFR] libvirt: Returning the watermark for all the images opened for writing
Bug 1102881 - virDomainBlockCommit fails with live snapshots on oVirt block storage
Feature freeze is now effective, and branch has been created.
All new patches must be backported to 3.5 branch too.
Features completed are marked in green on Features Status Table [2]
There are still 267 bugs [3] targeted to 3.5.0.
Excluding node and documentation bugs we still have 225 bugs [4] targeted to 3.5.0.
More in detail [5]:
Whiteboard NEW ASSIGNED POST Total
<unassigned> 7 . 1 8
gluster 9 4 1 14
i18n . . 1 1
infra 15 3 6 24
integration 10 2 2 14
network 8 1 15 24
node 21 5 8 34
ppc 2 . 4 6
sla 34 1 16 51
storage 37 2 7 46
ux 17 2 3 22
virt 11 2 10 23
Total 171 22 74 267
Maintainers / Assignee:
- Please ensure that completed features are marked in green on Features Status Table [2]
- If you find a blocker bug please remember to add it to the tracker [1]
- Please fill release notes, the page has been created here [6]
- Please review and add test cases to oVirt 3.5 Third Test Day [7]
- Please update the target to 3.5.1 or later for bugs that won't be in 3.5.0:
it will ease gathering the blocking bugs for next releases.
Community:
- Due to the RC2 delay, the 3rd test day will be postponed, new date will be decided in today oVirt sync meeting
- You're welcome to join us testing next release candidate and getting involved in oVirt Quality Assurance[8]
[1] http://bugzilla.redhat.com/1073943
[2] http://bit.ly/17qBn6F
[3] http://red.ht/1pVEk7H
[4] http://red.ht/1zT2mSq
[5] http://red.ht/1q7SqNL
[6] http://www.ovirt.org/OVirt_3.5_Release_Notes
[7] http://www.ovirt.org/OVirt_3.5_TestDay
[8] http://www.ovirt.org/OVirt_Quality_Assurance
[9] http://www.ovirt.org/OVirt_3.5_release-management#Release_Criteria_.28WIP.29
Thanks,
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 10 months
[QE][ACTION NEEDED] oVirt 3.4.4 RC status
by Sandro Bonazzola
Hi,
We're going to start composing oVirt 3.4.4 RC on *2014-09-09 08:00 UTC* from 3.4 branch.
Maintainers:
- Please be sure that 3.4 snapshot allow to create VMs before *2014-09-08 15:00 UTC*
- Please be sure that no pending patches are going to block the release before *2014-09-08 15:00 UTC*
- If any patch must block the RC release please raise the issue as soon as possible.
A bug tracker [1] has been opened and shows no open blockers.
There are still 8 bugs [2] targeted to 3.4.4.
Excluding node and documentation bugs we still have 5 bugs [3] targeted to 3.4.4.
Whiteboard Bug ID Status Summary
infra 1136708 NEW LDAP user group search should support the posixGroup objectClass
network 1048880 NEW [vdsm][openstacknet] Migration fails for vNIC using OVS + security groups
network 1001186 NEW With AIO installer and NetworkManager enabled, the ovirtmgmt bridge is not properly configured
node 1097735 NEW "Reboot" button failed to work in progress_page with serial console to install ovirt-node iso.
node 988341 NEW Should not create bond when report an error in configuration process
node 1023481 ASSIGNED Sane and working default libvirt config
sla 1059309 NEW [events] 'Available memory of host $host (...) under defined threshold...' is logged only once
storage 1135061 POST Require qemu-kvm-rhev on EL to support live snapshots
Maintainers / Assignee:
- Please add the bugs to the tracker if you think that 3.4.4 should not be released without them fixed.
- Please update the target to 3.5.1 or later for bugs that won't be in 3.4.4:
it will ease gathering the blocking bugs for next releases.
- Please fill release notes, the page has been created here [4]
Community:
- If you're testing oVirt 3.4 nightly snapshot, please add yourself to the test page [5]
[1] http://bugzilla.redhat.com/1118689
[2] http://red.ht/1qwhPXB
[3] http://red.ht/1r8jnap
[4] http://www.ovirt.org/OVirt_3.4.4_Release_Notes
[5] http://www.ovirt.org/Testing/oVirt_3.4.4_Testing
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
10 years, 10 months
Re: [ovirt-devel] [ACTION REQUIRED] MUST: No regressions from 3.4 Release
by Oved Ourfali
On Sep 2, 2014 5:34 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote:
>
> Il 02/09/2014 16:19, Piotr Kliczewski ha scritto:
> > On Tue, Sep 2, 2014 at 3:29 PM, Sandro Bonazzola <sbonazzo(a)redhat.com> wrote:
> >> Il 02/09/2014 15:07, Dan Kenigsberg ha scritto:
> >>> On Tue, Sep 02, 2014 at 10:30:01AM +0200, Sandro Bonazzola wrote:
> >>>> The following bugs are keyworded as Regression[1]:
> >>>>
> >>>> Whiteboard Bug ID Status Summary
> >>>> infra 1106435 NEW [AAA] builtin kerbldap provider does not show error if search fails
> >>>> infra 1112120 NEW JSON RPC broker should pass correlation id to VDSM
> >
> > Above bug is targeted to 3.6. The reason for it was that each jsonrpc
> > message contains its UUID
> > so each request/response can be track using it so there is no need to
> > pass correlation (yet another) id.
>
> So it it looks that it's not a regression, is a desired change in the protocol. If so, you can drop regression and close notabug.
> Otherwise it's a regression and must be fixed for 3.5.0.
I removed the keyword.
Oved
>
>
> >
> >>>> infra 1134233 POST /api/jobs - HTTP Status 500
> >>>> infra 1131030 NEW [REST API] using from filter in an event search doesn't work
> >>>> storage 1116572 NEW [engine-backend] Storage domain activation isn't executed as part of storage domain creation
> >>>> storage 1119852 POST Engine remains indifferent to "Select as SPM" command
> >>>> ux 1110444 NEW bookmark selection does not work on first try
> >>>> ux 1131881 NEW [GUI]Row item (vms,data-centers,clusters...) mirrored After remove operation
> >>>> virt 1133995 NEW vm name field is misaligned on "new vm" pop up window
> >>>> virt 1120232 NEW Taking snapshot of vm in suspend state doesn't work
> >>>>
> >>>> Please review them and set them as blocker if they're confirmed regressions or drop Regression keyword.
> >>>> Thanks,
> >>>
> >>> ioprocess's Bug 1130045 - Very high memory consumption
> >>
> >> Can you add Regression keyword to the bug?
> >>
> >>>
> >>> should be considered a regression, too - not of ioprocess itself (as the
> >>> component is new) but of vdsm which uses it. We should not release 3.5.0
> >>> without fixing this memory leak.
> >>>
> >>> Dan.
> >>>
> >>
> >>
> >> --
> >> Sandro Bonazzola
> >> Better technology. Faster innovation. Powered by community collaboration.
> >> See how it works at redhat.com
> >> _______________________________________________
> >> Devel mailing list
> >> Devel(a)ovirt.org
> >> http://lists.ovirt.org/mailman/listinfo/devel
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com
> _______________________________________________
> Devel mailing list
> Devel(a)ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
10 years, 10 months
mom-0.4.2 release and oVirt-3.5
by Adam Litke
Hi all,
Dan has asked for a new release of mom (so that vdsm can be sure to
depend on the latest code upstream). I would like to do one more
release prior to oVirt-3.5 in order to get anything required for 3.5
features in the upstream Fedora/EPEL repos. Is there anything else
that will be needed for this release?
--
Adam Litke
10 years, 10 months
