It’s a good check, but perhaps it could mention the possibility of the OS being out of date? The kernel is what’s wrong, but for most people it comes as part of an OS version.
I suspect, with Discourse having got ever more popular, each time a missing kernel feature becomes critical, the number of people affected will be much much greater.
Ubuntu wiki says a sudo apt-get -s install --install-recommends linux-generic-hwe-16.04 will give you their latest supported kernel (4.15) after a reboot. I’d backup, download the backup locally and give it a try.
Thanks for the suggestion. I’ll back up and give this a try.
As a suggestion, maybe we should add your instructions for the check / get latest update of Kernel to the standard update instructions here: Manually update Discourse and Docker image to latest. As you are suggesting, looks like you’re getting a lot of support requests with regards to the Kernel not being up to date.
Ubuntu upgrades nearly always work but they’re not quick, and your instance can be down for most of it. The snapshot will give you a means to roll back worst-case, but also adds downtime.
Have you considered just creating a new server on a more recent release and restoring a backup? Providing you’re using DNS with a relatively short TTL the downtime could be fairly brief, it will just come down to database size and whether your uploads are local.
I personally haven’t (unsure about @AMK ) - only because it would take me longer to do everything that’d be required than it would to type a single update command in to the console
I actually haven’t tried creating a new server.
Like @Richie the only thing I have installed on the server is Discourse. And exactly, I would rather run a command to get the updates than having to do complete move to a new server.
I also checked my install version and looks like my site’s at version 3.0.0.beta16. When I click on upgrade I’m directed to “You are running an old version of the Discourse image” and that’s where I’m running into the Kernel version not supported error when try to do the update.
It may be “harder” but you can do it with near zero down time (and zero downtime if you create the new one in the same data center as the old one and use a static IP), and if something goes wrong, you can just switch back to the old server.