<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">2014-03-24 20:04 GMT+04:00 Roman Haefeli <span dir="ltr">&lt;<a href="mailto:reduzent@gmail.com" target="_blank">reduzent@gmail.com</a>&gt;</span>:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hi all, Ola<br>
<br>
I followed the recent discussion about OpenVZ kernel package management<br>
for Debian. While I don&#39;t really have a qualified opinion on the subject<br>
matter (personally, I slightly tend towards a new package for each<br>
release), let me mention problems with the current situation:<br>
<br>
* &#39;uname -r&#39; does not print the actual version (This already has<br>
  been mentioned in the other thread)<br></blockquote><div><br></div><div>Yes, I mentioned this before, thought it was fixed already..<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
* If there is a problem with a kernel update, I cannot easily revert<br>
  to the previous version. At our institution, we experienced cases<br>
  where a switch to the previous kernel because of a bug was necessary.<br></blockquote><div><br>+1<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
* I&#39;m trying to upgrade a machine right now from version 042stab084.26<br>
  to newest 042stab085.17. I do:<br>
<br>
  $ apt-get update &amp;&amp; apt-get dist-upgrade<br>
<br>
  and I&#39;m prompted with the following dialog:<br>
<br>
  $  Configuring linux-image-2.6.32-openvz-amd64<br>
  $  -------------------------------------------<br>
  $<br>
  $  You are attempting to install a kernel image (version 2.6.32-openvz-amd64) However, the directory /lib/modules/2.6.32-openvz-amd64/kernel still exists.  If this directory belongs to a previous linux-image-2.6.32-openvz-amd64<br>

  $  package, and if you have deselected some modules, or installed standalone modules packages, this could be bad.<br>
  $<br>
  $  If /lib/modules/2.6.32-openvz-amd64/kernel belongs to an old install of linux-image-2.6.32-openvz-amd64, then this is your last chance to abort the installation of this kernel image (nothing has been changed yet).<br>

  $<br>
  $  If you know what you are doing, and if you feel that this image should be installed despite this anomaly, Please answer n to the question.<br>
  $<br>
  $  Otherwise, I suggest you move /lib/modules/2.6.32-openvz-amd64/kernel out of the way, perhaps to /lib/modules/2.6.32-openvz-amd64.kernel.old or something, and then try re-installing this image.<br>
  $<br>
  $  Stop install since the kernel-image is already installed?<br></blockquote><div><br></div><div>Try removing   linux-image-2.6.32-openvz-amd64 metapackage.. and installing by fetching speicifc release (e.g. apt-get install linux-image-2.6.32-openvz-042stab085.17-amd64)<br>
<blockquote class="gmail_quote"></blockquote></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<br>
  If Debian does in-place kernel upgrades (a.k.a keeping the package<br>
  name while upgrading the kernel), they managed to never bother the<br>
  user with a question like this. I certainly know too little about<br>
  kernel package management to be of any help,  but to me that dialog<br>
  indicates that something is still odd.<br>
<br>
<br>
Those issues might be solved while sticking to the in-place upgrade<br>
scheme and are not necessarily an argument against it. I just wanted to<br>
mention them.<br></blockquote><div><br></div><div>Good point. I think we should stick to the old scheme it was well tested and was working for nearly everyone.<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<br>
Ranting aside, I am more than happy to see someone puts the effort into<br>
making all the great OpenVZ software easily accessible for Debian<br>
systems. For Debian, the situation has never been better before. Thanks<br>
a lot for that work.<br>
<br>
Roman<br>
<br>
<br>
_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@openvz.org">Users@openvz.org</a><br>
<a href="https://lists.openvz.org/mailman/listinfo/users" target="_blank">https://lists.openvz.org/mailman/listinfo/users</a><br>
</blockquote></div><br></div></div>