Linux老手也常踩的5个Unix环境搭建坑

　　去年二月给客户搭Unix环境，我原以为闭着眼都能搞定，结果被五个坑轮流教育——最离谱的是第三个，直接让我怀疑自己是不是干这行的。那天下午机房空调坏了，热得我后颈全是汗，键盘黏糊糊的，老张在旁边啃煎饼果子，油滴到服务器标签上，我骂了他一句，他举着煎饼指我：“你先把那破环境搭起来再说。”

　　第一个坑是`/etc/profile`和`~/.bashrc`的优先级。客户非要所有用户登录时自动加载环境变量，我按常规在`/etc/profile`里写了`export PATH=$PATH:/opt/app/bin`，结果测试时发现新用户登录后变量没生效。查了半天才发现，他们用的`bash`版本是4.2的，这版本默认不会加载`/etc/profile`里的变量，得在`/etc/bashrc`里加——更绝的是，老用户因为之前手动`source`过`/etc/profile`，反而没问题，新用户全跪。老张叼着煎饼凑过来看：“你是不是把`/etc/profile`当万能的了？”我反手把煎饼渣拍他手上：“你懂个屁，这版本就是有这毛病。”

　　第二个坑是`ulimit`设置。客户要求每个进程最多开六万五千个文件描述符，我直接在`/etc/security/limits.conf`里加了` - nofile 65536`，结果重启后`ulimit -n`还是显示1024。查日志发现是`systemd`覆盖了`limits.conf`的设置——得在`/etc/systemd/system.conf`里改`DefaultLimitNOFILE=65536`，还得`systemctl daemon-reload`再重启服务。老张在旁边冷笑：“我上次也踩过这坑，当时客户差点把我电脑砸了。”我踹了他椅子腿：“那你不早说？”他摊手：“我以为你比我聪明。”

文章配图，仅供参考

　　第四个坑是`cron`任务的环境变量。客户有个脚本需要在`cron`里定时跑，脚本里用了`$JAVA_HOME`，我直接在`crontab -e`里加了`JAVA_HOME=/opt/jdk`，结果脚本报错说找不到Java。查了半天发现`cron`执行时的环境变量和用户登录时不一样，得在`/etc/environment`里设`JAVA_HOME`，或者在脚本里显式`export`。老张啃完煎饼，擦了擦手：“我之前也遇到过，后来直接在脚本里写死路径了。”我瞪他：“那你不早说？”他笑：“我以为你能想到。”

　　第五个坑是`sudo`的`env_reset`。客户要求某些用户能以`root`身份执行特定命令，但保留自己的环境变量，我在`/etc/sudoers`里加了`Defaults env_reset`，结果用户执行命令时`PATH`全没了。查文档发现`env_reset`会清空所有环境变量，得配合`Defaults env_keep += "PATH"`才能保留。老张在旁边敲键盘：“我上次在这坑里趴了俩小时。”我踹了他桌子：“那你不早提醒？”他抬头：“我以为你比我快。”

　　那天晚上八点，环境终于搭好了。客户发消息说“还行，比上次那个团队快”，我盯着屏幕上的`umask`设置，突然想起老张说的“Unix里没有绝对”——这五个坑，哪个不是“绝对”的教训？优胜劣汰？呵，在Unix里，优胜的可能是那些被踩了无数次坑还能活下来的老油条，劣汰的可能是那些以为自己懂规则的新手。

　　现在每次搭环境，我都先查这五个坑——虽然知道可能还会遇到新的，但至少不会再被同样的石头绊倒。老张昨天还问我：“你说这些坑是不是故意设计的？”我喝了口可乐：“故意不故意不知道，但肯定是为了让我们这些运维的，活得有意思点。”

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!