Version between Ksplice and server
Forum
  1. Forums
  2. CloudLinux and Control Panels
  3. CloudLinux and cPanel
  1. Frank Doud
  2. 28.10.2011
  3.  Subscribe via email
Why does what shows on server a older version then shows in Ksplice?
I have a few servers and they show the same.
On server:
[email protected] [~]# uname -r
2.6.18-338.12.1.el5.lve0.8.34
On Ksplice site:
Effective Kernel
2.6.18-374.3.1.el5.lve0.8.44
Linux (x86_64) 2.6.18-374.3.1.el5.lve0.8.44 #1 SMP Mon Oct 3 18:27:54 EEST 2011

I believe this server had been re-booted just a few days ago,And it still shows the old kernel
Rate this post:
  1. 29.10.2011 16:10:07
  2. # 1
Igor Seletskiy Accepted Answer
Posts: 1201
Joined: 09.02.2010
0
Votes
Undo
Ksplice doesn\'t really update the kernel. It updates applies patches for some security issues, etc...
Yet, you still run lve0.8.34 kernel, and some new features available there (like ability to switch ncpu on the fly) is not there.

Here is from ksplice FAQ: http://www.ksplice.com/uptrack/faq

Does Ksplice Uptrack change the output of uname?
Ksplice Uptrack does not change the output of uname.

Instead, to see what effective kernel a machine is running use the uptrack-uname utility, which has the same format as uname and supports the common uname flags, including -r and -a.

You can also see a machine\'s effective kernel on your web interface or through our API.
  1. 29.10.2011 17:10:30
  2. # 2
Frank Doud Accepted Answer
Posts: 41
Joined: 21.08.2010
0
Votes
Undo
For those that are lazy like me and not read the docs before ansking the question. The correct command to see the effective kernel is:
uptrack-uname -r

Which arise from http://www.ksplice.com/uptrack/using#uptrack-uname

However since Ksplice only updates per Igor statments. I guess those with Ksplice are still required to update via yum and reboot? Is that correct?

Thanks
Frank
  1. 29.10.2011 20:10:39
  2. # 3
Igor Seletskiy Accepted Answer
Posts: 1201
Joined: 09.02.2010
0
Votes
Undo
I would recommend the upgrade. For some reason ksplice didn\'t include fix for kernel panic fix for lve_list_next race condition -- and we had lots of people complaining about random crashes due to that.
  • Page :
  • 1


There are no replies made for this post yet.
Be one of the first to reply to this post!
Guest
Submit Your Response
Upload files or images for this discussion by clicking on the upload button below. Supports gif,jpg,png,zip,rar,pdf
• Insert • Remove Upload Files (Maximum File Size: 2 MB)
Captcha
To protect the site from bots and unauthorized scripts, we require that you enter the captcha codes below before posting your question.