安装服务器
生产环境有几种架构与OS版本组合,工具安装就需要几台对应的安装服务器。原因是安装工具的过程中,不清楚它会修改什么。
笔者总结了,
- 它可能会修改或增加安装账户家目录下的初始化文件;
- 可能会修改工具目录下的preferrence文件;
- 可能会修改依赖的其它工具的文件;
- 其它。
接到需求
- 接到工具安装需求后,需要检查是否HQ与用户所在集群已安装。有时候工具已安装,只是未同步到用户所使用的数据中心而已。
- 是否新vendor或新tool?如果是新的商用vendor,则需要确认License是否已到位,包括是试用License or 正式采购的License。
- 工具存放目录的空间是否足够充裕?如果吃紧则应向存储管理员申请扩容。
工具下载
- 是否来源于官方渠道?包括是从vendor提供的FTP或HTTP页面,或者是由vendor AE邮件传送。
- 下载完毕后checksum是否一致?
- 从办公区到研发区,是否经过摆渡系统?
安装前确认
- 完整性
- 无害性
- 正式版or临时版?
- 工具主包or工具patch?
- 个人账号安装测试是否能正常使用?
安装中确认
环境检查
- 安装路径需符合
/tools/<arch>/<os_version>/<vendor>/<tool>/<version>
,其中arch与os_version建议可选,因为一般小型公司涉及不到多样的架构与操作系统版本。 - 不依赖于/tools目录下的其它库或文件。如有例外情况,应在wiki网页中做好登记。
- 如有GUI,则需要正确设置DISPLAY变量
安装指导
- 工具目录下的README.txt或其他安装指导
- AE提供的安装指导
安装与配置
安装
安装操作指导进行安装。
配置modulefile
- 工具是否已正确安装?
- 是否需要定制默认版本?
- 是否已获取需要设置的工具环境,包括PATH&LD_LIBRARY_PATH等?从手册,从AE。
- 是否已获取需要设置的工具License环境?从License管理员,同一个vendor的建议单独抽出来一个文件,方便复用。
- modulefile的magic cookie是
#%Module
或#%Module1.0
,紧接着应该是模板化的信息,包括日期,申请人,安装人,变更历史等。
新工具检查
- 安装路径中的vendor, tool, version名字,以官网提供的名字为准,如遇空格则转为下划线代替。
- 目录权限为755
- Modules的默认版本,MODULEPATH变量设置,切换版本的代码实现是否OK。
安装后确认
- Modules确认。如加载、卸载等,module show显示的文件夹是否存在等。
- 工具启动是否正常等
- 是否有side effects?比如修改了管理员的初始化文件。