3:45 p.m.
This is a multi-part message in MIME format.
--------------030301040107000606020507
Content-Type: text/plain; charset=windows-1252; format=flowed
Content-Transfer-Encoding: 7bit
I've (tentatively) confirmed this as an issue with the CentOS IRC
channel - that images need to be dd'd & not written with tools, meaning
that this portion of the wiki is irrelevant:
http://www.ovirt.org/OVirt_Live#USB
On 02/08/14 09:50, Jaco wrote:
update:
It seems that there's a bug in the implementation of UNetBootIn and/or
liveusb-creator that's causing identical kernel panics to what I'm
experiencing.
http://bugs.centos.org/view.php?id=6865#c20214
(I'm in the process of migrating off Ubuntu/Debian/.deb for my
desktop/infrastructure to RPM's - oVirt being a crucial 1st step)
Initially I suspected fault RAM (since it;s the only aspect of kernel
panics I can actually do something about without chucking out my whole
box), but new RAM & a new host makes no difference.
The resolution seems to be to do it by hand - dd.
Will try this & report back.
- J
On 01/08/14 07:28, Jaco wrote:
> 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
--------------030301040107000606020507
Content-Type: text/html; charset=windows-1252
Content-Transfer-Encoding: 8bit
<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
I've (tentatively) confirmed this as an issue with the CentOS IRC
channel - that images need to be dd'd & not written with tools,
meaning that this portion of the wiki is irrelevant:
<a class="moz-txt-link-freetext"
href="http://www.ovirt.org/OVirt_Live#USB">http://www.ovirt....
<br>
<div class="moz-cite-prefix">On 02/08/14 09:50, Jaco wrote:<br>
</div>
<blockquote cite="mid:53DC0BC2.1060401@gmail.com"
type="cite">
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
update:<br>
It seems that there's a bug in the implementation of UNetBootIn
and/or liveusb-creator that's causing identical kernel panics to
what I'm experiencing. <br>
<br>
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<a moz-do-not-send="true" class="moz-txt-link-freetext"
href="http://bugs.centos.org/view.php?id=6865#c20214">http:/...
<br>
(I'm in the process of migrating off Ubuntu/Debian/.deb for my
desktop/infrastructure to RPM's - oVirt being a crucial 1st step)<br>
Initially I suspected fault RAM (since it;s the only aspect of
kernel panics I can actually do something about without chucking
out my whole box), but new RAM & a new host makes no
difference.<br>
<br>
The resolution seems to be to do it by hand - dd.<br>
<br>
Will try this & report back.<br>
<br>
- J<br>
<br>
<br>
<div class="moz-cite-prefix">On 01/08/14 07:28, Jaco
wrote:<br>
</div>
<blockquote cite="mid:53DA98CE.800@gmail.com"
type="cite">Hi
folks, <br>
<br>
I get kernel panics when booting the live images: <br>
* ovirt-live-3.4.0.el6ev.iso (MD5:
01a83d96a9650dd3da19cc37edaa7b19) <br>
* ovirt-live-el6-3.4.3-1.iso (MD5:
816fd6b1294f4619e205f2efd92f0f2f) <br>
<br>
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. <br>
<br>
Has anyone else gotten this? <br>
Just seeking confirmation that it's not just me before filing a
bug. <br>
<br>
I believe a new images may become available after the testing
this week. <br>
Will try earlier images to compare. <br>
<br>
- J <br>
</blockquote>
<br>
</blockquote>
<br>
</body>
</html>
--------------030301040107000606020507--