其实致命代码？ 服务器意外宕机！的问题并不复杂，但是又很多的朋友都不太了解，因此呢，今天小编就来为大家分享致命代码？ 服务器意外宕机！的一些知识，希望可以帮助到大家，下面我们一起来看看这个问题的分析吧！

前端项目部署中最重要的部分就是编译。我们项目选用的前端框架是AngularJS，需要使用Node工具进行编译。

安装 node

我们的Linux 服务器上尚未安装Node，因此我们需要安装它。

事实上，安装非常简单。只需从官网下载node，然后在Linux服务器上解压并配置环境变量即可。这一步很简单，说完就可以做。

接下来的事情有点有趣。配置完节点后，我需要检查节点的版本。我使用node -v命令来检查。结果是以下信息：

node: /lib/x86_64-linux-gnu/libc.so.6: 版本“GLIBC_2.28”未找到（节点需要）

大致意思是node需要GLIBC_2.28版本，但当前服务器上不可用。

根据这个错误信息，我在搜索引擎上查了一下，得出的结论是我需要升级glibc的版本，glibc是一个系统库。好的，我们升级吧。

升级 GLIBC 2.28 的脚本

找到一篇博文，好心提供了升级脚本，如下图：

# 解压安装包$ tar -xJf glibc-2.28.tar.xz$ cd glibc-2.28/$ mkdir build$ cd build # 配置系统编译安装的源码包。 $ ./configure --prefix=/usr$ make 这个脚本做了三件事：

1.解压安装包

2.配置源码包

3. 编译

看起来很简单，不妨尝试一下。按照上面提供的命令执行后，会显示以下信息：segmentation failure

而且更奇怪的是，我输入任何命令总是提示分段错误。

没有办法，于是想再次尝试连接服务器，但是ssh无法连接服务器。

没有其他办法，只能尝试重新启动。

重启后黑屏卡在那里，救援模式重启后依然如此。

图片

进入搜索引擎，搜索关键词：升级glibc导致系统崩溃。确实，很多朋友都遇到过类似的问题。而且使用的脚本是完全一样的。这个剧本太骗人了！

图片

正确的命令是：

./configure --prefix=/opt/glibc-2.28

尝试修复

我在网上找到了解决方案并尝试修复，但仍然未能成功重启。

还好我可以把磁盘挂载到另一台服务器上，最后只能备份重要的文件了。例如，备份jenkins目录，否则你将不得不重新做一遍。离线环境部署jenkins还是比较麻烦。

解决方案

问题的原因其实是当前的Ubuntu版本太低，不支持当前的node版本。解决办法是重新安装Ubuntu到更高版本。

最后

为了感谢这位博主提供的脚本，我必须发表评论！