前几天和同事一起在一个远程主机上进行RPM打包,本来很简单的一件事情,但却碰到了一个非常诡异的问题。
问题描述如下:
我和我同事用同一个账号ssh登入远程主机, 在同一个目录下, 用同样的命令执行RPM打包。结果,我的成功了,他的却失败了。(我们不是同时执行,并且每次执行前工作目录都会重建)
问题的原因:
这个问题弄个很久也没搞明白怎么回事,为什么我机器ssh上去的就能执行成功,而他机器的就不行。SSH不是用的远端的shell吗,应该和本机没关系吧。最后在公司一个老鸟的帮助下找到了问题的原因。
ssh并非完全就是用远端的shell,它还会把本机的一些环境参数传递过去。 环境参数可以使用 ENV 命令查看。用ssh登入远程主机后,用ENV 命令查看环境参数。
比较我机器传到shell的ENV与我同事的,发现他的环境变量中关于字符编码上多了
+declare -x LC_COLLATE="zh_CN.UTF-8"
+declare -x LC_CTYPE="zh_CN.UTF-8"
+declare -x LC_MESSAGES="zh_CN.UTF-8"
这几个环境变量导致某些中文编码的问题,本次问题中就是一个获取版本的 gcc --version命令的返回中带有中文信息,导致与spec文件无法正确获取版本信息。
问题的解决:
把这多出来的3个变量去掉就好使了。
结论:
编程工作的话最好还是保持英文的编码环境,这样就不容易碰到一些诡异的问题。
碰到非预期的错误时,应该先检查一下环境。
问题描述如下:
我和我同事用同一个账号ssh登入远程主机, 在同一个目录下, 用同样的命令执行RPM打包。结果,我的成功了,他的却失败了。(我们不是同时执行,并且每次执行前工作目录都会重建)
问题的原因:
这个问题弄个很久也没搞明白怎么回事,为什么我机器ssh上去的就能执行成功,而他机器的就不行。SSH不是用的远端的shell吗,应该和本机没关系吧。最后在公司一个老鸟的帮助下找到了问题的原因。
ssh并非完全就是用远端的shell,它还会把本机的一些环境参数传递过去。 环境参数可以使用 ENV 命令查看。用ssh登入远程主机后,用ENV 命令查看环境参数。
比较我机器传到shell的ENV与我同事的,发现他的环境变量中关于字符编码上多了
+declare -x LC_COLLATE="zh_CN.UTF-8"
+declare -x LC_CTYPE="zh_CN.UTF-8"
+declare -x LC_MESSAGES="zh_CN.UTF-8"
这几个环境变量导致某些中文编码的问题,本次问题中就是一个获取版本的 gcc --version命令的返回中带有中文信息,导致与spec文件无法正确获取版本信息。
问题的解决:
把这多出来的3个变量去掉就好使了。
结论:
编程工作的话最好还是保持英文的编码环境,这样就不容易碰到一些诡异的问题。
碰到非预期的错误时,应该先检查一下环境。