<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Thanks Kiril, <br>
<br>
I'm experimenting with this now. I converted <span
class="Apple-style-span" style="color: rgb(0, 0, 0); font-family:
'Times New Roman'; font-style: normal; font-variant: normal;
font-weight: normal; letter-spacing: normal; line-height: normal;
orphans: 2; text-align: -webkit-auto; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; -webkit-text-decorations-in-effect: none;
-webkit-text-size-adjust: auto; -webkit-text-stroke-width: 0px;
font-size: medium; "></span>vzkernel-2.6.32-042stab037.1.x86_64.rpm
into a deb and used it to boot but AWS did not want to run it.
Complaining about XEN options. I see that the older kernel versions
had specific XEN builds. I'm going to try and recompile the
2.6.32-042stab037 kernel from src. Are there any particular flags
that I should set? <br>
<br>
I did a diff on the config for a working Debian kernel and the EL6
version from OpenVZ, these are the options that relate to XEN. I
guess I could just set them all and see if that works. <br>
<br>
Debian is ><br>
OpenVZ is <
<pre>
< CONFIG_XEN_MAX_DOMAIN_MEMORY=128 </pre>
<pre>> CONFIG_XEN_MAX_DOMAIN_MEMORY=32 </pre>
<pre>< CONFIG_XEN_DEBUG_FS=y </pre>
<pre>> # CONFIG_XEN_DEBUG_FS is not set </pre>
<pre>> CONFIG_SWIOTLB_XEN=y </pre>
<pre>> CONFIG_MICROCODE_XEN=y </pre>
<pre>> CONFIG_XEN_DOM0=y </pre>
<pre>> CONFIG_XEN_PRIVILEGED_GUEST=y </pre>
<pre>> CONFIG_XEN_DOM0_PCI=y </pre>
<pre>> # CONFIG_XEN_PCI_PASSTHROUGH is not set </pre>
<pre>> CONFIG_PCI_XEN=y </pre>
<pre>> CONFIG_XEN_PCIDEV_FRONTEND=y </pre>
<pre>> CONFIG_XEN_BACKEND=y </pre>
<pre>> CONFIG_XEN_NETDEV_BACKEND=y </pre>
<pre>> CONFIG_XEN_BLKDEV_BACKEND=y </pre>
<pre>> CONFIG_XEN_BLKDEV_TAP=m </pre>
<pre>> CONFIG_XEN_BLKBACK_PAGEMAP=y </pre>
<pre>> CONFIG_XEN_PCIDEV_BACKEND=y </pre>
<pre>> CONFIG_XEN_PCIDEV_BACKEND_VPCI=y </pre>
<pre>> # CONFIG_XEN_PCIDEV_BACKEND_PASS is not set </pre>
<pre>> # CONFIG_XEN_PCIDEV_BACKEND_SLOT is not set </pre>
<pre>> # CONFIG_XEN_PCIDEV_BACKEND_CONTROLLER is not set </pre>
<pre>> # CONFIG_XEN_PCIDEV_BE_DEBUG is not set </pre>
<pre>> CONFIG_XEN_MCE=y </pre>
<pre>> CONFIG_XEN_XENBUS_FRONTEND=y </pre>
<pre>> CONFIG_XEN_GNTDEV=y </pre>
<pre>> CONFIG_XEN_S3=y </pre>
<pre>> CONFIG_ACPI_PROCESSOR_XEN=m </pre>
<br>
Kind regards <br>
<br>
Hansel<br>
<br>
On 30/09/2011 23:05, Kirill Kolyshkin wrote:
<blockquote
cite="mid:CAGmPdrwqOkqHGseZmaB_3x02nQC7Okhm-oqXLuZiJh7NWjrJSw@mail.gmail.com"
type="cite">
<p>You don't have to switch the OS, just use rhel6 kernel. It is
in rpm so for now you have to use alien plus do some work after
installing new kernel (run mkinitd, modify grub.conf). We plan
to provide deb report for rhel6 kernel real soon.</p>
<div class="gmail_quote">On Sep 30, 2011 8:49 PM, "Hansel Dunlop"
<<a moz-do-not-send="true"
href="mailto:hansel.dunlop@resolversystems.com">hansel.dunlop@resolversystems.com</a>>
wrote:<br type="attribution">
> Hello,<br>
> <br>
> A question for the list.<br>
> <br>
> We have developed a web service on 64 bit Debian locally on
ZEN and for <br>
> deployment on AWS. We really want to use OpenVZ so that we
can give our <br>
> users persistent console sessions across deployments of our
software.<br>
> <br>
> During our experiments with OpenVZ we discovered that
Chkpt/Restore <br>
> doesn't work on 64 bit Debian (or we couldn't make it work)
which seems <br>
> to be a known problem.<br>
> <br>
> We figure it could be three or four weeks of work to switch
to CentOS or <br>
> Scientific Linux.<br>
> <br>
> What advice do people have? I've been reading through the
mailing lists <br>
> but I don't feel like I have a clear picture of what is
working and what <br>
> is not right now. Are there events in the near future which
might make <br>
> this easier? Does anyone have working checkpointing on 64
bit Debian? <br>
> Would it be quicker for us to try and fix the Debian issue
itself?<br>
> <br>
> Any advice greatly appreciated!<br>
> <br>
> Kind regards<br>
> <br>
> -- <br>
> Hansel Dunlop<br>
> <a moz-do-not-send="true"
href="mailto:hansel.dunlop@resolversystems.com">hansel.dunlop@resolversystems.com</a><br>
> <br>
> PythonAnywhere: A console in your browser<br>
> <a moz-do-not-send="true" href="http://pythonanywhere.com">http://pythonanywhere.com</a><br>
> <br>
> <br>
> _______________________________________________<br>
> Users mailing list<br>
> <a moz-do-not-send="true" href="mailto:Users@openvz.org">Users@openvz.org</a><br>
> <a moz-do-not-send="true"
href="https://openvz.org/mailman/listinfo/users">https://openvz.org/mailman/listinfo/users</a><br>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@openvz.org">Users@openvz.org</a>
<a class="moz-txt-link-freetext" href="https://openvz.org/mailman/listinfo/users">https://openvz.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
<br>
<pre class="moz-signature" cols="72">--
Hansel Dunlop
<a class="moz-txt-link-abbreviated" href="mailto:hansel.dunlop@resolversystems.com">hansel.dunlop@resolversystems.com</a>
+44 7 5959 16478
PythonAnywhere: A console in your browser
<a class="moz-txt-link-rfc2396E" href="http://pythonanywhere.com/"><http://pythonanywhere.com/></a>
17a Clerkenwell Road, London EC1M 5RD, UK
VAT No.: GB 893 5643 79
Registered in England and Wales as company number 5467329.
Registered address: 843 Finchley Road, London NW11 8NA, UK </pre>
</body>
</html>