• 1. 第四章软件安装与维护
    • 2. § 4.1 AIX 5L的软件基础 §4.1.1 软件包的命名规则 §4.1.2 软件束bundles §4.1.3 软件包的两种状态 § 4.2 安装与维护软件包 §4.2.1 安装与维护软件包 §4.2.2 测试题第四章 软件安装与维护
    • 3. 第四章 软件安装与维护(2) 本章要点掌握 AIX软件包的命名规则 理解软件包的两种状态 掌握如何安装和维护软件包
    • 4. 4.1.1 软件包的命名规则LPP: bosPackage: bos.netPackage: bos.adtFileset: bos.adt.libFileset : bos.adt.baseFileset : bos.net.uucp
    • 5. 软件包的格式(2)LPP: Licensed Program Product,是个版权完整的产品 Package: 软件包,由实现相同功能许多Fileset打包组成的Fileset: 文件集,最小软件单元,提供具体软件实现功能;在AIX 5L操作系统的文件打包结构中,把操作系统分成许多fileset。每个fileset 包含的是一组逻辑上相关的文件。
    • 6. Aix其他软件包PTF: PTF是 Program Temporary Fix的缩写。它是AIX 5L 的某个fileset 的更新程序。PTF的编号(U******)只用于软件分发用途,而不会被记录在 AIX 5L software vital product database 中。APAR: AIX 操作系统的APAR(Authorized Program Analysis Report)是对于操作系统的某个问题及其解决方案的说明。一个APAR补丁可能会涉及到一个或多个fileset的更新程序(PTF)。区别: 一个PTF是指一个升级的文件束(fileset)或着一个修正了以前操作系统问题的文件束。使用installp命令安装。 一个APAR指的是一个特殊的或着紧急的fix、e-fix, 对操作系统而言是单一性的错误问题。APAR有可能经过测试和认证后成为PTF。 APAR使用instfix命令安装。
    • 7. fileset命名规则LPPPackageFilesetSuffixBos.terminfo.print.data Fileset这种命名格式基本上描述了此文件集的内容和层次关系,方便管理员查看和管理
    • 8. fileset版本号 Version和Release版本号的升级是需要购买,而后面两个版本号的升级可以到IBM网址免费下载 每个fileset都有各自的版本号,操作系统也有它的版本号5.1.0.25Version号Release号Modification号Fix号
    • 9. 4.1.2 软件束bundles 软件束bundle :适合特定工作环境和目的的软件包和文件集的集合,如应用软件的开发,CDE图形环境等 有些情况下软件束等同于提供的软件产品,然而更常见的情况是软件束只是产品的子集或分离出来的定制安装单位
    • 10. 软件束bundles(2)App-DevCDEKDEGNOMEWsm_RemoteNetscapeDevicesMedia-DefinedAix5L中现有的Bundles如下:
    • 11. 4.1.3 软件包的两种状态 当前系统某个fileset版本是4.3.3.2,现要升级到5.1.0.0,将有如下流程:从网络或光盘升级4.3.3.24.3.3.25.1.0.0andcommitreject5.1.0.04.3.3.2Applied状态
    • 12. 5.1.0.05.1.0.0Committed状态 当前系统本来没有某个fileset,现在安装5.1.0.0版本,将直接committed,如下:软件包的两种状态(2)
    • 13. 软件包的两种状态(3) 旧版本的软件升级后处于 applied状态,系统使用的是新的版本,旧的版本并没有被删除 执行commit动作后,旧的版本被删除,软件包就处于committed状态了;执行reject动作,新的版本被删除,系统仍用旧的版本 软件包的升级,为了应用安全运行,先让新软件包处于applied状态试运行一阵后再commit;如果安装一个新的软件包,就直接committed
    • 14. 4.2.1 安装与维护软件包# smit install
    • 15. 安装的子菜单# smit install_update
    • 16. 安装软件包
    • 17. 维护软件包# smit maintain_software
    • 18. installp 命令installp –p 预览这个LPP安装需要多大的空间等信息,并没有真的安装 installp –c commit一个处于apply状态的软件包 installp –r reject一个处于apply状态的软件包
    • 19. installp 命令(2)installp –l和install -L 按一定格式列出软件包 installp –C 清除安装失败的不完整的文件和软件 installp -u 卸载一个软件包
    • 20. installp 命令(3) installp –ug –V2 –f readme.txt-u 为卸载,-g为相关的软件包,-V为显示卸载状态,-f为指定某个文件 卸载一个软件包和相关的所有软件包,readme.txt文件中列出要卸载的软件名
    • 21. 查看软件包# smit list_installed
    • 22. lslpp 命令各个fileset的fix的level当前状态
    • 23. lslpp 命令(2)lslpp –l 列出某个软件的状态、版本等信息 lslpp –f 查看某个软件包相关的文件 lslpp –w 查看哪个软件包拥有某个文件
    • 24. lslpp 命令(3)lslpp –p 查看某个软件包的所需的预安装信息 lslpp –h 查看某个软件包的安装和升级历史信息
    • 25. instfix 命令 通过APAR(Authorized Program Analysis Report)号码或关键词来查询与安装某个软件包,下面是常用的几条命令: # instfix –T –d /dev/cd0 列出可光盘中安装的补丁(fix)
    • 26. instfix 命令# instfix –k IX38794 –d /dev/cd0 从光驱设备中安装APAR号为IX38794的软件包 # instfix –ik IX38794 查询APAR号为IX38794的相关filesets 是否安装或当前状态,-i选项表示只查询并不安装
    • 27. lppchk 命令 用Software Vital Product Data (SWVPD) 的数据验证软件安装后的的文件大小,符号连接等是否正确 # lppchk -l 验证符号链接是否正确 # lppchk -v 验证软件安装后在/, /usr和/usr/share的文件是否一致
    • 28. 软件安装case分析-1问题: fileset在系统中包含几种状态;如何消除broken以及?状态的fileset。解决方案: 1,在安装或卸载补丁时,如果操作出现失误,系统中就会出现“BROKEN”状态的文件集。这些文件集可能不会影响当前系统的使用,但是,在以后升级补丁时这些文件集所对应的补丁将无法安装。 2,出现?状态的fileset是由于软件包与vpd中的信息不一致。使用lppchk -v检测系统软件状态,删除或者重新安装出现?的fileset。
    • 29. 软件安装case分析-2问题: a):当前运行机器的操作系统版本? b):当前服务器维护补丁安装情况? c):当前某个补丁包是否安装?解决方案: a):使用oslevel -r查看系统的操作系统版本; b):使用instfix -i|grep ML查看系统安装的维护级别; c):使用instfix -i|grep IY****查看某个补丁包是否安装!
    • 30. 软件安装case分析-3问题: 如何确定当前操作系统安装时间?解决方案: # lslpp -h bos.rte 该命令返回结果如下: Fileset Level Action Status Date Time ---------------------------------------------------------------------------- Path: /usr/lib/objrepos bos.rte 5.3.0.60 COMMIT COMPLETE 11/14/07 02:32:09 Path: /etc/objrepos bos.rte 5.3.0.60 COMMIT COMPLETE 11/14/07 02:32:09 该命令返回的结果中的将显示操作系统的安装历史,从Date及Time列中可以查看到相应的时间。在上例中,AIX操作系统的版本为5.3,安装的时间为2007年11月14日2点32分09秒。
    • 31. 软件安装case分析-4问题: 为什么用instfix命令显示系统的maintenance level时会显示Not all filesets for were found?解决方案: 这主要是由于系统中有的文件集没有达到相应maintenance level所需要的版本。如下例中系统有的文件集没有达到5100-02_AIX_ML maintenance level。 # instfix -i | grep AIX_ML All filesets for 5.0.0.0_AIX_ML were found. All filesets for 5.1.0.0_AIX_ML were found. Not all filesets for 5100-01_AIX_ML were found. Not all filesets for 5100-02_AIX_ML were found.
    • 32. 软件安装case分析-4(继续)问题: 为什么用instfix命令显示系统的maintenance level时会显示Not all filesets for were found?可以使用命令oslevel来查看系统中那些软件包没有达到影响的ML级别,如下: # oslevel -rl 5100-02 Fileset Actual Level Recommended ML -------------------------------------------------------------------- X11.fnt.fontServer 5.1.0.0 5.1.0.25 bos.loc.com.JP 5.1.0.0 5.1.0.25 bos.loc.iso.zh_CN 5.1.0.0 5.1.0.25 bos.pmapi.events 5.1.0.0 5.1.0.25 bos.pmapi.lib 5.1.0.0 5.1.0.25 bos.pmapi.pmsvcs 5.1.0.0 5.1.0.25 bos.pmapi.samples 5.1.0.0 5.1.0.25 升级这些软件包,或者删除这些软件包都可以!但是删除之前一定要确定这些软件包对系统无危害!
    • 33. 软件安装case分析-5问题: 在安装AIX补丁时,出现以下的报错信息: installp: APPLYING software for: bos.rte 5.2.0.50 bos.rte.config_u[42]: /usr/lib/methods/cfgsf: 0403-006 Execute permission denied. update: Failed while executing the bos.rte.config_u script.解决方案: 1,检测/usr/lib/methods/cfgsf确定该文件的属性是000,没有更改权限;如下所示: ---------- 1 root system 2700 Aug 15 2004 /usr/lib/methods/cfgsf 2,检测系统是否安装TCB软件包,查看系统/var/adm/racs/cfgsf文件,确定TCB是否安装。如下提示说明TCB已经安装: 。。。。。。 Documentation Services Software: No Security: CAPP and EAL4+ Technology Desktop: CDE Enable System Backups to install any system: No TCB是一个很严格的安全环境,它不允许用户修改操作系统的关键文件。要想成功地安装AIX关键补丁,必须重新安装操作系统并保证TCB不被启用。
    • 34. 4.2.2 测试题(1)1、要安装一个软件包,如何查看安装这个软件包所需的预安装(prerequisite)的软件包?用 lsprereq 命令查看 用 installp 命令加适当的选项查看 查看 root 主目录路径下的 .toc文件 用 inutoc 命令去升级 .toc 文件
    • 35. 2、要从网络上直接升级IX39714 的补丁包,那种方式最快捷?使用 fixdist 工具在线升级 从 fixes.pseries.ibm.com 网站直接ftp下载 向 fixes.pseries.ibm.com 发邮件索取 使用Web-Based System Manager下载测试题(2)
    • 36. 测试题(3)3、下面哪个命令可以显示 bos.net.nfs.client 软件包的版本号?Lsfs检查文件属性 bos.net.nfs.client lslpp -l bos.net.nfs.client Lppchk检查软件的link与vrsp是否一致 -l bos.net.nfs.client installp -ver bos.net.nfs.client
    • 37. 测试题(4)4、系统的版本是 4.3.1.7,那么系统的modification level是多少?1 3 4 7
    • 38. 答案 1、B 2、A 3、B 4、A测试题(5)