ovirt3.5 - deep dive - foreman bare metal provisioning
by Barak Azulay
------=_Part_27312009_1456966760.1407709448541
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
The following is a new meeting request:
Subject: ovirt3.5 - deep dive - foreman bare metal provisioning
Organizer: "Barak Azulay" <bazulay(a)redhat.com>
Time: Tuesday, August 12, 2014, 5:00:00 PM - 5:30:00 PM GMT +02:00 Jerusalem
Invitees: users(a)ovirt.org; devel(a)ovirt.org; ybronhei(a)redhat.com; ovedo(a)redhat.com
*~*~*~*~*~*~*~*~*~*
This session will introduce the integration with foreman bare metal provisioning with oVirt.
Details will be published soon.
------=_Part_27312009_1456966760.1407709448541
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:d716b750-dc83-4df2-b2ec-eb83337d6e77
SUMMARY:ovirt3.5 - deep dive - foreman bare metal provisioning
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:users@o
virt.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:mailto:devel@o
virt.org
ATTENDEE;CN=ybronhei;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE:ma
ilto:ybronhei@redhat.com
ATTENDEE;CN=Oved Ourfalli;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TR
UE:mailto:ovedo@redhat.com
ORGANIZER;CN=Barak Azulay:mailto:bazulay@redhat.com
DTSTART;TZID="Asia/Jerusalem":20140812T170000
DTEND;TZID="Asia/Jerusalem":20140812T173000
STATUS:CONFIRMED
CLASS:PUBLIC
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
TRANSP:OPAQUE
LAST-MODIFIED:20140810T222408Z
DTSTAMP:20140810T222408Z
SEQUENCE:0
DESCRIPTION:The following is a new meeting request:\n\nSubject: ovirt3.5 - d
eep dive - foreman bare metal provisioning \nOrganizer: "Barak Azulay" <bazu
lay(a)redhat.com> \n\nTime: Tuesday\, August 12\, 2014\, 5:00:00 PM - 5:30:00
PM GMT +02:00 Jerusalem\n \nInvitees: users(a)ovirt.org\; devel(a)ovirt.org\; yb
ronhei(a)redhat.com\; ovedo(a)redhat.com \n\n\n*~*~*~*~*~*~*~*~*~*\n\nThis sessi
on will introduce the integration with foreman bare metal provisioning with
oVirt.\n\nDetails will be published soon.\n\n
BEGIN:VALARM
ACTION:DISPLAY
TRIGGER;RELATED=START:-PT5M
DESCRIPTION:Reminder
END:VALARM
END:VEVENT
END:VCALENDAR
------=_Part_27312009_1456966760.1407709448541--
10 years, 10 months
oVirt 3.5 - deep dive sessions
by Barak Azulay
oVirt 3.5 is just about to be released.
You have a chance to take a look into this new exciting release.
A few deep dive sessions on various features / aspects of this release will be scheduled In the upcoming several weeks .
Stay tuned and join these sessions.
Thanks
Barak Azulay
10 years, 10 months
Urgent: not comply with the cluster Default emulated machines
by Neil
Hi guys,
Please could someone assist urgently, 2 of my 3 hosts are non
operational and some VM's won't start because I don't have resources
to run them all on one host.
I upgraded to 3.4 from 3.3 yesterday and everything seemed fine, then
woke up this morning to this problem...
host node03 does not comply with the cluster Default emulated
machines. The Hosts emulated machines are rhel6.4.0,pc
Hosts CentOS release 6.5 (Final)
vdsm-python-4.14.11.2-0.el6.x86_64
vdsm-cli-4.14.11.2-0.el6.noarch
vdsm-python-zombiereaper-4.14.11.2-0.el6.noarch
vdsm-xmlrpc-4.14.11.2-0.el6.noarch
vdsm-4.14.11.2-0.el6.x86_64
qemu-kvm-rhev-0.12.1.2-2.355.el6.3.x86_64
qemu-kvm-tools-0.12.1.2-2.415.el6_5.10.x86_64
qemu-kvm-rhev-tools-0.12.1.2-2.295.el6.8.x86_64
Engine:
ovirt-engine-sdk-python-3.4.0.7-1.el6.noarch
ovirt-release34-1.0.2-1.noarch
ovirt-engine-dbscripts-3.4.3-1.el6.noarch
ovirt-release-el6-9-1.noarch
ovirt-iso-uploader-3.4.0-1.el6.noarch
ovirt-engine-lib-3.4.3-1.el6.noarch
ovirt-engine-backend-3.4.3-1.el6.noarch
ovirt-engine-websocket-proxy-3.4.3-1.el6.noarch
ovirt-engine-userportal-3.4.3-1.el6.noarch
ovirt-engine-setup-base-3.4.3-1.el6.noarch
ovirt-host-deploy-java-1.2.2-1.el6.noarch
ovirt-engine-cli-3.3.0.6-1.el6.noarch
ovirt-engine-setup-3.4.3-1.el6.noarch
ovirt-engine-restapi-3.4.3-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-3.4.3-1.el6.noarch
ovirt-engine-webadmin-portal-3.4.3-1.el6.noarch
ovirt-image-uploader-3.4.0-1.el6.noarch
ovirt-engine-tools-3.4.3-1.el6.noarch
ovirt-engine-setup-plugin-websocket-proxy-3.4.3-1.el6.noarch
ovirt-host-deploy-1.2.2-1.el6.noarch
ovirt-log-collector-3.4.1-1.el6.noarch
ovirt-engine-3.4.3-1.el6.noarch
ovirt-engine-setup-plugin-ovirt-engine-common-3.4.3-1.el6.noarch
I set my cluster compatibility to 3.4 after the upgrade as well.
Thank you!
Regards.
Neil Wilson.
10 years, 10 months
assign hostname to vm using REST API
by naaz
I am using REST API to integrate rhev with java(not SDK)
I am trying to assign hostname to vm but showing some bad request error.
I have created template from vm which have cloud init package in it also m
using rhev 3.4.
Do i need to use payload method if so please provide me the proper code for
both -for passing payload through code in url and the payload file sample
can anyone plz tell me how to do it?
10 years, 10 months
BSoD in windows servers V.M due the processor Class
by Carlos Castillo
The subject of this email possibly suggest that I'm publishing in the wrong
place but I'm not. I'm would like try to see if anyone faced a similar
situation with Windows VM's.
Since the beginning of week 2 of my database servers (oVirt's VM's), are
presenting a BSoD (STOP) because of a bugfix 0x00000101
CLOCK_WATCHDOG_TIMEOUT.
After analyzing the minidump and make some review I found that this problem
commonly occurs on Windows Server 2008 R2 installed in machine's with Intel
processors Nehalan class (Xeon 5675 as we have in our solution).
99% of our Windows VM's run Windows 2008 R2, and although the situation has
now generated only 2 servers affectation I wonder if exists some procedure
to solve or a way to mask the processor type in the virtual machines.
Thanks in advance
--
Carlos J. Castillo
----------------------------------------------------------------------------------
Ingeniero de Soluciones de TI
+58 426 2542313
@Dr4g0nKn1ght
10 years, 10 months
Setting hostnmae to vm using payload
by nazneen
Hi all,
I am using rhev 3.4 also created template which has cloud init installed.
i want set hostname to vm using vm payload method how will i do dat also
tell me the sample vm payload file
10 years, 10 months
User Portal "Open in Full Screen"
by Sigbjorn Lie
Hi,
In version 3.3 the "Open in Full Screen" under Spice Console Options in the User Portal was not
enabled by default. In version 3.4 the "Open in Full Screen" is now enabled by default.
Is it possible to manage the default behaviour of this setting? I would like it *not* to be
enabled by default.
Regards,
Siggi
10 years, 11 months
setting hostname using payload
by naaz
Hi all,
I am using rhev 3.4 also created template which has cloud init installed.
i want set hostname to vm using vm payload method how will i dodat also tell
me the sample vm payload file
10 years, 11 months
Kernel panic for live images
by Jaco
Hi folks,
I get kernel panics when booting the live images:
* ovirt-live-3.4.0.el6ev.iso (MD5: 01a83d96a9650dd3da19cc37edaa7b19)
* ovirt-live-el6-3.4.3-1.iso (MD5: 816fd6b1294f4619e205f2efd92f0f2f)
I've run Memtest86 (v2.01) & it checks out OK, the current CentOS 6.5 on
the host runs OK & live-booting other images (either LiveUSB or PXE,
CentOS, Fedora, Debian, Ubuntu & other) works fine.
Has anyone else gotten this?
Just seeking confirmation that it's not just me before filing a bug.
I believe a new images may become available after the testing this week.
Will try earlier images to compare.
- J
10 years, 11 months
