vscode新版本remotessh服务端报`GLIBC_2.28‘ not found解决方案

问题现象

通过vscode的remotessh插件连接老版本服务器(如RHEL7,Centos7)时,插件会报错,无法连接。
查看插件的错误日志可以看到类似如下的报错信息:

dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node: /lib64/libm.so.6: version `GLIBC_2.27' not found (required by dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node)
dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node: /lib64/libc.so.6: version `GLIBC_2.25' not found (required by dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node)
dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node: /lib64/libc.so.6: version `GLIBC_2.28' not found (required by dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node)
dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node: /lib64/libstdc++.so.6: version `CXXABI_1.3.9' not found (required by dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node)
dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.20' not found (required by dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node)
dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node: /lib64/libstdc++.so.6: version `GLIBCXX_3.4.21' not found (required by dc96b837cf6bb4af9cd736aa3af08cf8279f7685/node)

我们先来分析一下错误信息:

  1. 首先,node前面的一串hash实际上是vscode-server端的版本号,在vscode 1.8x某个版本的时候,微软隐性升级了捆绑的node版本;此版本的node依赖于GLIBC_2.28运行时,在老系统上不存在;
  2. 我们可以看到,捆绑的node版本依赖的有libc和libc还有libstdc++;其中libc和libm来自于glibc,libstdc++来自于gcc编译器;

解决思路

为了解决这个问题,我们需要

  1. 重新编译glibc(C运行时)和gcc(Cxx运行时);
    但是需要注意的是!编译并覆盖安装glibc会导致系统崩溃,千万不要尝试覆盖安装!!!
    但是需要注意的是!编译并覆盖安装glibc会导致系统崩溃,千万不要尝试覆盖安装!!!
    但是需要注意的是!编译并覆盖安装glibc会导致系统崩溃,千万不要尝试覆盖安装!!!
    重要的事情一定要多说几次,小白新手千万不要尝试自行编译安装glibc,否则系统崩溃就没救了。下面的步骤需要你完全看明白没有疑问才可以继续进行。
  2. 为了避免覆盖系统glibc导致系统崩溃,我们可以通过patchelf修改vscode-server端捆绑的node可执行文件(打补丁),使其RPATH指向我们自行编译的glibc和libstdc++运行时路径;

编译glibc和gcc的方式在本文中不会涵盖(以免祸害小白 )。只需要记得,千万记得,configure的时候一定要指定一个prefix,千万不要覆盖系统的glibc,千万不要安装到系统PATH路径中

pathelf给node打补丁步骤

该命令的用法是:
patchelf --set-rpath "$ORIGIN:$ORIGIN/lib:$ORIGIN/../lib" executable

例如,我的glibc安装到了一个非常规路径(确保不会在PATH下面)
/home/wb/.local/glibc-2.38
其目录结构是:

/home/wb/.local/glibc-2.38
├── bin
├── etc
├── include
├── lib
├── libexec
├── sbin
├── share
└── var

我们需要的libc.solibm.so运行时路径在lib目录下。
另外,我的gcc安装到了这个路径下面:
/opt/toolchains
其目录结构是:

/opt/toolchains/
├── bin
├── include
├── lib
├── lib64
├── libexec
└── share

我们需要的libstdc++运行时在lib64目录下。
首先,我们要进入vscode-server端的路径,通常情况下在家目录的这个位置
$HOME/.vscode-server/bin
在这个目录下我们可以看到remote-ssh插件下载的服务端程序的目录,本例中,服务端的版本号是1.89.1,对应的commitid(hash值)是:dc96b837cf6bb4af9cd736aa3af08cf8279f7685
那么我们就需要cd dc96b837cf6bb4af9cd736aa3af08cf8279f7685进入,在该目录下我们就可以看到node可执行文件。
最终,我们的pathelf命令为
(在$HOME/.vscode-server/bin/dc96b837cf6bb4af9cd736aa3af08cf8279f7685下执行):
patchelf --set-interpreter /home/wb/.local/glibc-2.38/lib/ld-linux-x86-64.so.2 --set-rpath /home/wb/.local/glibc-2.38/lib:/opt/toolchains/lib64 node

之后可以通过ldd node确认rpath已经修改完毕,

#	ldd node
	linux-vdso.so.1 =>  (0x00007fffcdb8d000)
	libdl.so.2 => /home/wb/.local/glibc-2.38/lib/libdl.so.2 (0x00007fb1250ed000)
	libstdc++.so.6 => /opt/toolchains/lib64/libstdc++.so.6 (0x00007fb124abc000)
	libm.so.6 => /home/wb/.local/glibc-2.38/lib/libm.so.6 (0x00007fb12500f000)
	libgcc_s.so.1 => /opt/toolchains/lib64/libgcc_s.so.1 (0x00007fb12489e000)
	libpthread.so.0 => /home/wb/.local/glibc-2.38/lib/libpthread.so.0 (0x00007fb125009000)
	libc.so.6 => /home/wb/.local/glibc-2.38/lib/libc.so.6 (0x00007fb124662000)
	/home/wb/.local/glibc-2.38/lib/ld-linux-x86-64.so.2 => /lib64/ld-linux-x86-64.so.2 (0x00007fb124ed2000)

之后即可重新打开vscode客户端,使用remote-ssh连接到服务器了。

补充说明

一般情况下,缺少GLIBC_2.XX的情况,都可以用这种方式来解决。在本例的情况下,vscode-server端捆绑的node依赖的是GLIBC_2.28,那么我们只需要下载glibc 2.28版本即可(本文中使用的是2.38,不建议在老版本系统上编译这个高版本的glibc因为更高版本依赖于高版本的make,as,ld等binutils,可能会无法顺利编译)。本来系统就很老了,不需要另外瞎折腾了,能用就行。

另附上glibc和gcc的下载地址:

  1. glibc-2.28
  2. gcc (自己挑吧,一般9.3.0以上版本都可以)
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值