没有删过服务器的人生是不完整的人生。
事情是这样的，最近一个项目需要升级服务器操作系统，申请了新的服务器用作迁移，在测试环境安装完 Docker 后编排完容器顺利启动。然后开始改造 CICD 管道，由于时间匆忙没有来得及为管道申请账号，调通管道时运行用户是我自己的账号，能通过 sudo 执行管理员权限。
改造了数次，从构建到部署一些零零碎碎的问题，像目录不存在，目录错误，权限不足等等都陆续处理了。直到改部署清空阶段出了问题，脚本类似下面：
#!/bin/bash
$work_dir = "$(projectDir)/"
if [ "`ls -A $work_dir`" = "" ]; then
echo "$work_dir is empty"
else
echo "$work_dir is not empty, clean up"
rm -rf $work_dir/*
fi脚本看上去没什么问题，如果项目目录不为空则清空项目目录。然而部署执行了好几分钟没有结束，我查看日志的时候，瞬间明白过来发生了什么。
rm: cannot remove '/data': Device or resource busy
rm: cannot remove '/dev/hugepages': Device or resource busy
rm: cannot remove '/dev/mqueue': Device or resource busy
rm: cannot remove '/dev/shm': Device or resource busy
rm: cannot remove '/dev/pts/ptmx': Operation not permitted
rm: cannot remove '/etc/resolv.conf': Operation not permitted
rm: cannot remove '/proc/fb': Operation not permitted
rm: cannot remove '/proc/fs/aufs/plink_maint': Operation not permitted问题出在 projectDir 管道变量，新引入的管道变量忘记赋值，灾难便开始了，projectDir 未赋值是拼接路径时是空字符串，最后的清空命令变成了 rm -rf /*。最后部署脚本执行失败了，再过了几分钟，服务器离线了。
是的，把服务器给干关机了。幸好服务器是刚申请下来的没有数据，而且是测试环境，联系运维同事很快重装了，但是这种后怕的感觉还是久久不能平静，为此思考了两个改进的方案，以防止后面再次踩坑。
- 回收管道权限，权限最小化，仅工作目录可执行写操作；
- 对路径变量使用前进行判断，变量不存在及时抛出异常。