AIX 里面dump文件系统扩充

合集下载

了解转储(dump)设备

了解转储(dump)设备

了解转储(dump)设备David Tansley, 系统管理员, Ace Europe2012 年7 月30 日如果发生意外,IBM AIX® 操作系统会崩溃,此时您可能希望能够自动搜集相关信息。

利用转储(dump)设备,可在这些设备上部署核心转储功能,从而准备转移到IBM 支持。

简介如果由于意外事件导致系统崩溃,则会发生核心转储。

事实上,并非总在出现系统崩溃时才发生核心转储。

然而,在本文中,假定系统崩溃是由于严重事件或用户强制性动作所引起的。

转储包含了达到崩溃时内存的内容。

就其本质而言,崩溃总是不期而至,因而当崩溃发生时,系统管理员还是应当事先做好防范措施。

能够确定崩溃的发生是否是由系统重启引起,此时在错误日志里存在具有标签为SYSDUMP的条目。

在本演示中,我使用的是AIX 7.1。

不过,我所讨论的原理也适用于AIX 5.3 和 6.1。

回页首做好准备要想防范意外的系统崩溃,需要确保具有转储设备逻辑卷(LV),用于在系统恢复时存放转储。

然而,如果转储设备不可用,那么应该指定第二转储设备来存放转储。

可能人们并不关心系统崩溃何时发生,因而也对进一步研究转储文件不感兴趣。

这完全取决于系统所有者。

但是,为保障系统正常运行,在rootvg 中包含主转储设备是很好的做法,也是很有必要的。

可为转储设备执行镜像,但是,IBM AIX 支持对此发出警告。

这是因为崩溃可能会被执行镜像或同步相关,这会导致转储设备上的镜像无效。

在某些情况下,转储文件仅会被复制到镜像转储设备(位于镜像磁盘中)的其中一个副本,当系统重启时,很可能仅恢复转储文件副本一半的内容,最好的做法是,将主转储设备放到一个非镜像的磁盘中,将第二设备放到另一个非镜像磁盘中。

然而,对rootvg 转储设备执行镜像比较常见。

只要第二转储设备不在分页空间中,或不在磁带设备之类的外部设备中,则它可以位于rootvg 内部,也可位于其外部。

回页首转储设备参考资料学习∙访问AIX 7.1 信息中心,了解更多信息。

AIX下core dump定位简介

AIX下core dump定位简介
# cd /tmp/snapcore # dbx –p /=./ a.out core Type 'help' for help. [using memory image in core] reading symbolic information ...warning: no source compiled with -g
Core dump 基本知识
本节主要探讨 core dump 产生的背景知识。对这部分不感兴趣的读者可以直接阅读第二章,了 解基本的 core dump 定位手段。
起源
软件是人思维的产物。智者千虑,必有一失,人的思维总有缺陷,反映到软件层面上就是程序 bug。程序 bug 的终极体现就是 core dump,core dump 是软件错误无法恢复的产物。
Segmentation fault in raise at 0xd022e1e4
0xd022e1e4 (raise+0x40) 80410014
lwz r2,0x14(r1)
显示出 core 发生时,当前进程执行到的位置(-g 编译的情况下能够看到具体的行):
(dbx) where raise(??) at 0xd022e1e4 main(0x1, 0x2ff22d48) at 0x100019c4
std::cout << " input str!\n" << std::endl; std::cin >> str; return 0; }
寻找 core dump
应用进程的 core 产生在其当前工作目录下,可以在应用程序内部使用 chdir 函数切换当前工作 目录。使用 procwdx 命令可以查看进程的当前工作目录。系统的 core 生成在 lg_dumplv 下,并 在重启时转移到/var/adm/ras/目录下(如果有足够空间的话,否则继续保留在 lg_dumplv,并随 时有可能被覆盖)。 可以使用 errpt -a 查看标识 C0AA5338 SYSDUMP(系统 core)、B6048838 CORE_DUMP(进 程 core)的详细错误信息,获取生成 core 的进程以及 core 文件位置。使用 snap –ac 收集系统的 dump 信息。

AIX中处理dump空间不足

AIX中处理dump空间不足

AIX中处理dump空间不足AIX中处理dump空间不足1.通过errpt 可以查看到IDENTIFIER TIMESTAMP T C RESOURCE_NAME DESCRIPTION F89FB899 0518150709 P O dumpcheck the copy directory is too smallF89FB899 0517150709 P O dumpcheck the copy directory is too small2,errpt -aj F89FB899 可以查看到dump文件,和现在大小,估计需要大小或者使用sysdumpdev 查看dump 设备,sysdumpdev -e 查看dump需要的空间File system name/var/adm/ras/platform1Current free space in kb26104Current estimated dump size in kb456483,使用lsvg -l rootvg 查看/var/adm/ras/platform1 所对应的lv名fwdump1 jfs2 4 8 2 open/syncd /var/adm/ras/platform14.,lslv fwdump1 查看当前PP数量,LP数量,PP大小# lslv fwdump1LOGICAL VOLUME: fwdump1 VOLUME GROUP: rootvgLV IDENTIFIER: 000927330000d60000000121324e7ddf.13 PERMISSION: read/writeVG STA TE: active/complete LV STA TE: opened/syncdTYPE: jfs2 WRITE VERIFY: offMAX LPs: 512 PP SIZE: 128 megabyte(s) COPIES: 2 SCHED POLICY: parallelLPs: 4 PPs: 85,lsvg rootvg 查看当强VG 还有没有可以使用的PP# lsvg rootvgVOLUME GROUP: rootvg VG IDENTIFIER: 000927330000d60000000121324e7ddfVG STA TE: active PP SIZE: 128 megabyte(s)VG PERMISSION: read/write TOTAL PPs: 1092 (139776 megabytes)MAX LVs: 256 FREE PPs: 328 (41984 megabytes)LVs: 12 USED PPs: 764 (97792 megabytes)6 ,smitty chfs 修改fwdump1的空间大于errpt告警中的容量,增加两个PPChange / Show Characteristics of an Enhanced Journaled File SystemType or select values in entry fields.Press Enter AFTER making all desired changes.[Entry Fields]File system name /var/adm/ras/platform1NEW mount point [/var/adm/ras/platform1]SIZE of file systemUnit Size 512bytes +Number of units [1048576]7,修改完成以后使用/usr/lib/ras/dumpcheck 来进行验证如果errpt 没有新的报错。

AIX扩增文件系统lslv

AIX扩增文件系统lslv

AIX扩增文件系统1、在扩增文件系统以前,要先理清楚以下几点:1.1 用df –g命令查看该文件系统还剩多少空间,对应在哪个逻辑卷LV下(例/oracle在fslv00逻辑卷下)p670_db1/#df -gFilesystem GB blocks Free %Used Iused %Iused Mounted on/dev/hd4 0.12 0.10 19% 1989 4% //dev/hd2 3.00 1.30 57% 32233 5% /usr/dev/hd9var 0.25 0.14 46% 854 2% /var/dev/hd3 0.62 0.18 72% 1753 2% /tmp/dev/hd1 0.12 0.12 4% 44 1% /home/proc - - - - - /proc/dev/hd10opt 0.12 0.11 11% 461 2% /opt/dev/inst 15.62 6.84 57% 3038 1% /inst/dev/lv01 0.25 0.24 4% 17 1% /test/dev/fslv06 200.00 102.91 49% 331 1% /backup_for_dev/dev/fslv00 200.00 15.33 93% 31388 1% /oracle/dev/fslv04 1.00 0.79 21% 11 1% /oracle/PRD/origlogA/dev/fslv05 1.00 0.80 20% 8 1% /oracle/PRD/origlogB/dev/fslv03 2.00 1.67 17% 1774 1% /sapmnt/dev/fslv02 2.00 1.25 38% 428 1% /usr/sap/PRD/dev/fslv01 5.00 2.48 51% 11577 2% /usr/sap/trans1.2 用lslv fslv00 查看该逻辑卷信息,主要看MAX LPs、LPs、PPs,计算扩增后的文件系统大小不要超过MAX LPs,如果MAX LPs、LPs、PPs已经相等,就要先扩增逻辑卷fslv00了。

AIX开启dump功能设置

AIX开启dump功能设置

赵经理(50708548) 17:51:51smit dump 开启系统dump功能show Current Dump Devices显示当前系统设置。

主要设置如下两项:always allow dump TRUEdump compression OFF可以放到维护记录中啊可(15874461) 17:53:45primary /dev/lg_dumplv secondary /dev/sysdumpnullcopy directory /var/adm/rasforced copy flag TRUEalways allow dump TRUEdump compression OFF啊可(15874461) 17:55:11system dump compression 设置为true赵经理(50708548) 17:55:29我写错了。

跟现在151的设置一样就可以了。

应该是off啊可(15874461) 17:55:59ok收到赵经理(50708548) 17:56:01把压缩关掉啊可(15874461) 17:56:12压缩默认是开启的?赵经理(50708548) 17:56:24好像是。

?不记得了。

你可以看看210和224啊啊可(15874461) 17:56:46智慧啊可(15874461) 17:57:52默认是开启的允许压缩是关闭的System Dump Compression 关闭(默认是开启的)Always ALLOW System Dump true(默认是false)生成dump文件:smit dump选择copy a system dump from a dump device to a file 6.1上开启dump。

AIX5.3操作系统关于扩文件系统一点经验

AIX5.3操作系统关于扩文件系统一点经验

AIX5.3 扩文件系统
中兴通讯固网业务用服部张春浩
产品名称:ZXIN10-CRBT
关键词:LV,FS
1、问题描述
某某联通炫铃局点,由于数据库备份目录日渐不能满足日数据备份了,需要扩该文件系统/ZXINDATA/ZXINBAK的大小;
2、问题背景
数据库扩大的非常快;
3、问题分析
个人分析首先你想扩FS(文件系统),首先要扩lv(逻辑设备);
首先检查本地卷组rootvg还有剩余空间否,使用lsvg rootvg;检查FREE PPs: 552 (141312 megabytes),由于做了镜像原因,我们检查只能算LPS空间大小为PPS/2,剩余空间达到70G,完全可以支持只扩20G的/zxindata/zxinbak ;
于是扩LV,但是提示没有足够的空间
后来上网搜了下,原来AIX5.3操作系统,扩文件系统大小,只要扩文件系统就可以,而lv是自适应的,会自动随着文件系统变化而去变化的,与HP-UX有区别;
4、问题处理
由于LV是自适应的,只需要扩FS
Smitty fs
Add /change/ show /delete /file systems
Enhanced Journaled file systems
Change/show Characteristiscs of an Enhanced Journaled File System
进去选择/zxindata/zxinbak
然后修改单位Unit Size 看你喜欢用什么单位,可以选M 还有G等;
在Unmber of units里添加修改后文件系统大小即可,这里不是指增加;
5、问题总结
遇到基本问题,网络会告诉我们的;。

AIX双机扩容

AIX双机扩容

财务管控双机扩容实施文档(系统层面)目录一主机环境 (2)二扩容需求 (2)三准备工作 (2)四操作步骤 (2)五回退保障 (3)一主机环境主机名型号操作系统IP 资源组资源组卷组卷组状态Ora1 9117-MMA 5308 13.228.3.3 rg1 oravg concurrent Ora2 9117-MMA 5308 13.228.3.9 rg1 oravg concurrent二扩容需求1、将XP24000划分的12个50G盘,一共600G加入到oravg卷组中2、在oravg卷组中创建裸lv设备三准备工作1、对ora1和ora2主机分别进行操作系统备份2、登陆2台主机并且记录硬盘和oravg卷组信息#xpinfo#lspv#lsvg –l oravg四操作步骤1、远程登陆ora1主机和ora2主机2、分别对2台主机的硬盘hdisk50-61执行PVID生成操作。

#chdev –l hdisk50 –a PV=yes#chdev –l hdisk51 –a PV=yes#chdev –l hdisk52 –a PV=yes#chdev –l hdisk53 –a PV=yes#chdev –l hdisk54 –a PV=yes#chdev –l hdisk55 –a PV=yes#chdev –l hdisk56 –a PV=yes#chdev –l hdisk57 –a PV=yes#chdev –l hdisk58 –a PV=yes#chdev –l hdisk59 –a PV=yes#chdev –l hdisk60 –a PV=yes#chdev –l hdisk61 –a PV=yes3、PVID一致后,将12个盘加入concurrent卷组登陆ora1主机,并运行#smit hacmp选择System Management (C-SPOC)下的》HACMP Concurrent Logical Volume Management》concurrent volume groups》Set Characteristics of a Concurrent Volume Group》add a volume to a concurrent volume group按回车,并ESC+7选中卷组oravg并回车,并选中需要添加的硬盘hdisk50-61一共12硬盘,执行完成后,按esc+0退出。

aix文件系统在线扩容

aix文件系统在线扩容

aix文件系统在线扩容aix的文件系统扩容是非常灵活的,如果不涉及加硬盘的硬件操作,只要通过aix里面的命令或者smitty菜单就行了,当然做好数据备份在任何情况下都是必要的。

1、因为数据库归档日志目录空间较小,而日志增长又比较快,因归档日志满很容易造成数据库挂起,所以准备对文件系统进行扩容。

# df -gFilesystem GB blocks Free %Used Iused %Iused Mounted on/dev/hd4 5.00 4.90 3% 7024 1% //dev/hd2 20.00 14.77 27% 57946 2% /usr/dev/hd9var 10.00 9.37 7% 7454 1% /var/dev/hd3 15.00 14.41 4% 3290 1% /tmp/dev/hd1 6.00 5.01 17% 1873 1% /home/proc - - - - - /proc/dev/hd10opt 15.00 14.62 3% 10242 1% /opt/dev/lv00 0.25 0.24 4% 18 1% /var/adm/csd/dev/fslv00 10.00 9.20 8% 2876 1% /sapmnt/BWP/dev/lv_oracle 0.50 0.50 1% 47 1% /oracle/dev/BWP 5.00 4.55 9% 12334 2% /oracle/BWP/dev/BWP_102_64 9.00 4.84 47% 22062 2% /oracle/BWP/102_64/dev/BWP_mirrlogA 0.50 0.40 20% 6 1% /oracle/BWP/mirrlogA/dev/BWP_mirrlogB 0.50 0.40 20% 6 1% /oracle/BWP/mirrlogB/dev/BWP_oraarch 50.00 38.82 93% 279 1% /oracle/BWP/oraarch/dev/BWP_origlogA 0.50 0.36 29% 9 1% /oracle/BWP/origlogA2、查看当前活动的卷,只有两个,经与工程师确认数据库归档日志目录在ORAVG卷上。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

在errpt中出现E87EF1BE的dump不够的报错
在errpt中出现
E87EF1BE 0926082807 P O dumpcheck The largest dump device is too small.
信息.断定为存放dump文件的lg_dumplv容量不够.一般推荐的dump device 值大小为sysdumpdev –e 估计值的1.5 倍。

需要扩容.扩容步骤如下:
1.查看lg_dumplv大小的估计值
#sysdumpdev -e
0453-041 Estimated dump size in bytes: 1287651328
即1.2G
2.现在lg_dumplv大小
#lslv lg_dumplv
其中PP SIZE: 256 megabyte(s)
PPs: 4
经计算,现在容量为1G.需要扩容0.2G
3.查看lg_dumplv所在的vg的容量是否够用
#lsvg rootvg
其中PP SIZE: 256 megabyte(s)
TOTAL PPs: 1092 (279552 megabytes)
FREE PPs: 826 (211456 megabytes)
经计算,vg剩余容量为206.5G,因为根盘做了镜像.故,可用剩余容量为103G左右.因pp size为256m,故扩容2pps,即0.5G(其实扩1个pp也可以.2个放心点.)
4.扩容操作
extendlv lg_dumplv 2
5.检查当前lg_dumplv的大小.
#lslv lg_dumplv
其中PP SIZE: 256 megabyte(s)
PPs: 6
即,现在容量为1.5G.
6.使用dumpcheck命令查看,是否还出现errpt信息
#/usr/lib/ras/dumpcheck
#errpt
不出现,则为成功.
注:在AIX 系统中的lg_dumplv 逻辑卷是用于存放系统dump 的区域。

在安装系统时是否创建该逻辑卷与服务器的内存配置有关。

若服务器的内存小于4GB时, 那么在安装AIX 5.2 或5.3时,系统就不会自动创建它。

而缺省将系统dump 存放在hd6上。

当服务器的内存大于4GB时,在安装AIX时,就会为系统dump 创建一专用区域,该逻辑卷名就是
lg_dumplv. 其缺省大小是按以下规则分配的:
. 4GB < = 服务器的内存〈12GB lg_dump 的大小为1GB
. 12GB < = 服务器的内存〈24GB lg_dump 的大小为2GB
. 24GB < = 服务器的内存〈48GB lg_dump 的大小为3GB
. 48GB < = 服务器的内存lg_dump 的大小为4GB。

相关文档
最新文档