Upgrade and reload kernel without rebooting in Slackware?
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
Hello
I'm rather curious that, despite how interesting this facility is, since even mission critical computers have scheduled reboots and reboots only take just a few minutes and that almost all services must be interrupted for kernel replacement, what is it that you think you lose in a scheduled reboot?
I'm running a webserver and cannot afford downtime.
Please explain why a web server can't be offline for the 90 seconds or so required for a reboot? If 100% uptime is required then perhaps invest in a HA cluster?
this sounds a little like "that which should not be named"™
Quote:
shorthand term that refers to a manner of responding to challenges that requires one to have the ability to think fast, to adapt, and to improvise when getting a job done
Last edited by glorsplitz; 04-20-2019 at 08:26 PM.
I have a friend who is a sysadmin for a moderate-sized hospital which uses Linux in a thin-client 24/7 environment. His server is a server class machine with oodles of RAM. Reboots are not a small matter in that environment.
It takes about 20 minutes for his server to reboot.
According to the article you quoted you'll need a 4.x kernel at least, so Slackware 14.2 or -current (unless you build your own kernel, for older releases, of course).
That said: Pat doesn't supply the live patches you would need for this, so you would have to create them yourself; only complete new kernel builds or updated versions are being delivered for those Slackware releases (and not too many of them for 14.2 either).
Who cares why you want to do it - keep at it @Geremia and post results here for others who may be interested; others like me who don't mind pleading ignorance but would like to know - for whatever reason.
His server is a server class machine with oodles of RAM. It takes about 20 minutes for his server to reboot.
Disable memory checking in the BIOS.
I manage several Dell rack servers that host server containers and VMs. When I first started managing the servers the reboot times were long and stressful -- especially when remotely updating and rebooting. Curious, I rebooted locally and realized the delay was BIOS memory checks. Takes a long time with 72 GB of RAM. After disabling the memory checks, reboot times changed to about 3 to 3.5 minutes.
I'm curious if anybody can resolve the OP's request for not rebooting, but also curious why a "mere" web server can't be rebooted. Then again, perhaps the web site is a status page for ICBMs. Or George Carlin partial sports scores.
I have a friend who is a sysadmin for a moderate-sized hospital which uses Linux in a thin-client 24/7 environment. His server is a server class machine with oodles of RAM. Reboots are not a small matter in that environment.
It takes about 20 minutes for his server to reboot.
I've worked in such an environment. My PowerEdge R710 takes about seven minutes to fully boot to Slackware 64 14.2. My HPE ProLiant takes about two minutes, tops.
My question is why, in that environment, that they wouldn't be running redundant servers? One goes down, the other one picks up within a minute or less.
I worked for a multinational farm/lawn equipment corporation that in this particular factory I worked at ran ESXI for eight virtual servers that ran the entire factory. We had two physical servers, both redundant, so if one went down, the other would get a signal and be online in less than one minute.
Relying on a single server, especially in a healthcare environment, seems like piss-poor practice. You have to reboot or shut down servers from time to time--replacing cooling fans is one thing that comes to mind--and prudent practice dictates that you plan for a backup server.
Makes me wonder what their business contingency plan looks like...
My question is why, in that environment, that they wouldn't be running redundant servers? One goes down, the other one picks up within a minute or less.
Typically, money. Redundancy usually is satisfied with HA clusters, which require three systems. Gets expensive.
Quote:
We had two physical servers, both redundant, so if one went down, the other would get a signal and be online in less than one minute.
How did you keep both the host and guest systems synchronized between the two?
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.