Chinaunix

标题: 帮我看看内存是否用光了 [打印本页]

作者: tomer 时间: 2008-08-27 15:33
标题: 帮我看看内存是否用光了
# svmon -G\r\n size inuse free pin virtual\r\nmemory 1048576 1044946 3630 171718 758764\r\npg space 1359872 114968\r\n\r\n work pers clnt lpage\r\npin 171718 0 0 0\r\nin use 685147 7355 352444 0\r\n# prtconf|more\r\n系统型号： IBM,7028-6C4\r\n机器序列号： 655804C\r\n处理器类型： PowerPC_POWER4\r\n处理器数： 2\r\n处理器时钟速度： 1200 MHz\r\nCPU 类型： 64-bit\r\n内核类型： 64-bit\r\nLPAR 信息： 1 NULL\r\n内存大小： 4096 MB\r\n良好内存大小： 4096 MB\r\n\r\n用 prtconf 看系统是4G内存.\r\n用svmon -G 看为什么是1048576 (单位是K吧?)\r\n空闲的内存只有 3630 K?

作者: chalylau 时间: 2008-08-27 15:48
lsps -s\r\n\r\nvmstat 2 5

作者: 我老婆黑社会 时间: 2008-08-27 15:49
每个是4K,内存剩下不多

作者: chalylau 时间: 2008-08-27 15:51
物理内存用的多是好事，问题是看paging space是否用满

作者: 我老婆黑社会 时间: 2008-08-27 15:53
pg space 1359872 114968\r\n 不是有吗?ps还有　很多　

作者: tomer 时间: 2008-08-27 15:54
# lsps -s\r\n总调页空间使用的百分比\r\n 5312MB 9%\r\n# vmstat 2 5\r\nSystem Configuration: lcpu=2 mem=4096MB\r\nkthr 内存页故障 cpu\r\n----- ----------- ------------------------ ------------ -----------\r\n r b avm fre re pi po fr sr cy in sy cs us sy id wa\r\n 1 1 760289 1749 0 0 0 16 48 0 337 1504 290 4 1 94 2\r\n 0 0 760017 2021 0 0 0 0 0 0 293 5247 219 0 0 99 0\r\n 0 0 760017 2021 0 0 0 0 0 0 293 6004 217 17 3 80 0\r\n 0 0 760017 2021 0 0 0 0 0 0 293 5222 219 0 0 99 0\r\n 1 0 760017 2021 0 0 0 0 0 0 291 5333 220 8 1 91 0\r\n#

作者: tomer 时间: 2008-08-27 15:58
# svmon -G\r\n size inuse free pin virtual\r\nmemory 1048576 1046551 2025 171714 760008\r\npg space 1359872 114968\r\n\r\n work pers clnt lpage\r\npin 171714 0 0 0\r\nin use 686648 7412 352491 0\r\n\r\n看来已经用了1046551*4K,剩余2025*4K了

作者: tomer 时间: 2008-08-27 16:28
Wed Aug 27 16:34:58 2008 Interval: 2 Cswitch 216 Readch 492\r\n Syscall 1174 Writech 687\r\nKernel 0.5 |# | Reads 2 Rawin 0\r\nUser 1.0 |# | Writes 1 Ttyout 195\r\nWait 0.0 | | Forks 0 Igets 0\r\nIdle 98.5 |############################| Execs 0 Namei 66\r\n Runqueue 0.0 Dirblk 0\r\nNetwork KBPS I-Pack O-Pack KB-In KB-Out Waitqueue 0.0\r\nlo0 2.2 3.0 3.0 1.1 1.1\r\nen1 0.2 0.5 0.5 0.0 0.2 PAGING MEMORY\r\n Faults 0 Real,MB 4095\r\nDisk Busy% KBPS TPS KB-Read KB-Writ Steals 0 % Comp 67.4\r\nhdisk1 0.0 0.0 0.0 0.0 0.0 PgspIn 0 % Noncomp 33.4\r\ndac0 0.0 0.0 0.0 0.0 0.0 PgspOut 0 % Client 34.1\r\ndac0-utm 0.0 0.0 0.0 0.0 0.0 PageIn 0\r\ndac1 0.0 0.0 0.0 0.0 0.0 PageOut 0 PAGING SPACE\r\n Sios 0 Size,MB 5312\r\nName PID CPU% PgSp Owner % Used 8.9\r\ndtgreet 258184 1.0 1.6 root NFS (calls/sec) % Free 91.0\r\ntopas 671830 0.5 1.6 root ServerV2 0\r\n Syscall 1289 Writech 1052\r\nKernel 1.2 |# | Reads 4 Rawin 0\r\nUser 9.2 |### | Writes 2 Ttyout 68\r\nWait 0.0 | | Forks 0 Igets 0\r\nIdle 89.5 |########################## | Execs 0 Namei 72\r\n Runqueue 1.0 Dirblk 0\r\nNetwork KBPS I-Pack O-Pack KB-In KB-Out Waitqueue 0.0\r\nlo0 4.1 6.5 6.0 2.2 1.9\r\nen1 0.1 0.5 0.5 0.0 0.1 PAGING MEMORY\r\n Faults 0 Real,MB 4095\r\nDisk Busy% KBPS TPS KB-Read KB-Writ Steals 0 % Comp 67.4\r\nhdisk1 0.0 0.0 0.0 0.0 0.0 PgspIn 0 % Noncomp 33.4\r\ndac0 0.0 0.0 0.0 0.0 0.0 PgspOut 0 % Client 34.1\r\ndac0-utm 0.0 0.0 0.0 0.0 0.0 PageIn 0\r\ndac1 0.0 0.0 0.0 0.0 0.0 PageOut 0 PAGING SPACE\r\n Sios 0 Size,MB 5312\r\nName PID CPU% PgSp Owner % Used 8.9\r\njava 442514 9.0 220.0 root NFS (calls/sec) % Free 91.0\r\ndtgreet 258184 1.0 1.6 root ServerV2 0\r\ntopas 671830 0.5 1.6 root ClientV2 0 Press:\r\nsyncd 225418 0.0 0.6 root ServerV3 0 \"h\" for help\r\ngil 168018 0.0 0.1 root ClientV3 0 \"q\" to quit\r\nExiting\r\n#\n\n[ 本帖最后由 tomer 于 2008-8-27 16:36 编辑 ]

作者: zlwww1227 时间: 2008-08-27 17:15
提示: 作者被禁止或删除内容自动屏蔽

作者: tomer 时间: 2008-08-27 17:16
可是报错:\r\n\r\n$ db2 BACKUP DATABASE cdbold online LOAD /usr/openv/netbackup/bin/nbdb2.sl OPEN 2 SESSIONS BUFFER 2\r\n56\r\nSQL2009C 没有足够的内存可用来运行实用程序。

作者: ask_1055 时间: 2008-08-27 17:17
# svmon -P -t 2|more\r\n\r\n-------------------------------------------------------------------------------\r\n Pid Command Inuse Pin Pgsp Virtual 64-bit Mthrd 16MB\r\n 643260 java 2674724 7637 950690 2718361 Y Y N\r\n\r\n Vsid Esid Type Description PSize Inuse Pin Pgsp Virtual\r\n 3e9f6 - work mmap source s 59422 0 20807 59978 \r\n 179c3 11 work text data BSS heap s 38618 0 16796 45994 \r\n 14522 70000001 work default shmat/mmap s 9147 0 12338 12800\r\n\r\n这里Inuse单位是什么。。大小是怎么计算的。。。

作者: tomer 时间: 2008-08-27 17:26
# df -k\r\n文件系统 1024 块可用 %Used Iused %Iused 安装于\r\n/dev/hd4 1048576 544140 49% 23106 16% /\r\n/dev/hd2 6291456 623516 91% 74498 35% /usr\r\n/dev/hd9var 2097152 1992732 5% 700 1% /var\r\n/dev/hd3 4194304 650780 85% 1288 1% /tmp\r\n/dev/hd1 2097152 1949264 8% 320 1% /home\r\n/proc - - - - - /proc\r\n/dev/hd10opt 524288 447564 15% 728 1% /opt\r\n/dev/fslv00 20971520 1998288 91% 23787 6% /db2bak\r\n/dev/db2_backuplv 24117248 18588444 23% 49 1% /db2_backup\r\n/dev/db2_loglv 15728640 6006832 62% 1620 1% /db2_log\r\n/dev/db2_taglv 1048576 826704 22% 1620 1% /db2_tag\r\n#

作者: tomer 时间: 2008-08-27 19:46
总共有4个数据库,其他3个都没有问题\r\n\r\n只有第4个,就是上面我说的.备份时报错

作者: spook 时间: 2008-08-28 09:25
标题: 注意备份目录
文件系统 1024 块可用 %Used Iused %Iused 安装于\r\n/dev/fslv00 20971520 1998288 91% 23787 6% /db2bak\r\n\r\n你备出来的库有多大啊？\r\n\r\n是不是这里不够用了

作者: ask_1055 时间: 2008-08-28 09:33
# svmon -P -t 2|more\r\n\r\n-------------------------------------------------------------------------------\r\n Pid Command Inuse Pin Pgsp Virtual 64-bit Mthrd 16MB\r\n 643260 java 2674724 7637 950690 2718361 Y Y N\r\n\r\n Vsid Esid Type Description PSize Inuse Pin Pgsp Virtual\r\n 3e9f6 - work mmap source s 59422 0 20807 59978 \r\n 179c3 11 work text data BSS heap s 38618 0 16796 45994 \r\n 14522 70000001 work default shmat/mmap s 9147 0 12338 12800\r\n\r\n这里Inuse单位是什么。。大小是怎么计算的。。。

作者: tomer 时间: 2008-08-28 10:11
$ db2 BACKUP DATABASE cdbold online LOAD /usr/openv/netbackup/bin/nbdb2.sl OPEN 2 SESSIONS BUFFER 256\r\n\r\n上面的命令回车马上报以下错:\r\nSQL2009C 没有足够的内存可用来运行实用程序。\r\n\r\n不知道是咋回事?谁知道db2的数据库的日志在什么地方,我想看看

作者: 我老婆黑社会 时间: 2008-08-28 10:54
实例用户下,SQLLIB目录下的db2diag.log 看看有什么报错

作者: tomer 时间: 2008-08-28 11:05
ctual size of backup in bytes:\r\n\r\n0x2FF1BF60 : 0x0000000002F06000 .....餪.\r\n\r\n2008-08-27-11.04.17.062220 Instance:db2admin Node:000\r\nPID:909384(db2agent (ROEEEOLD)) TID:1 Appid:*LOCAL.db2admin.0E0DF7030255\r\ndatabase utilities sqlubcka Probe:130 Database:ROEEEOLD\r\n\r\nBackup Complete.\r\n\r\n2008-08-27-11.04.17.400146 Instance:db2admin Node:000\r\nPID:909452(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.0E0DF7030417\r\ndatabase utilities sqlubcka Probe:0 Database:CDBOLD\r\n\r\nStarting a full database backup.\r\n\r\n2008-08-27-11.04.17.451047 Instance:db2admin Node:000\r\nPID:909452(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.0E0DF7030417\r\ndatabase utilities sqluGetCBMemory Probe:357 Database:CDBOLD\r\n\r\nDiagData\r\n0x2FF1BE60 : 0x8B0F0005 ....\r\n\r\n2008-08-27-11.04.17.522788 Instance:db2admin Node:000\r\nPID:909452(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.0E0DF7030417\r\ndatabase utilities sqlubcka Probe:140 Database:CDBOLD\r\n\r\nBackup Terminated.\r\n\r\n2008-08-27-11.22.53.068484 Instance:db2admin Node:000\r\nPID:446540(db2agent (STMAOLD)) TID:1 Appid:GA329DA2.BA3B.0E5CA5025957\r\ndata management sqldEscalateLocks Probe:3 Database:STMAOLD\r\n\r\nADM5502W The escalation of \"204797\" locks on table \"DB2ADMIN.CIGINFO\" to lock\r\nintent \"S\" was successful.\r\n\r\n2008-08-27-11.29.36.221827 Instance:db2admin Node:000\r\nPID:798954(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.020AD7032936\r\ndatabase utilities sqlubcka Probe:0 Database:CDBOLD\r\n\r\nStarting a full database backup.\r\n\r\n2008-08-27-11.29.36.276328 Instance:db2admin Node:000\r\nPID:798954(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.020AD7032936\r\ndatabase utilities sqluGetCBMemory Probe:357 Database:CDBOLD\r\n\r\nDiagData\r\n0x2FF19170 : 0x8B0F0005 ....\r\n\r\n2008-08-27-11.29.36.354102 Instance:db2admin Node:000\r\nPID:798954(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.020AD7032936\r\ndatabase utilities sqlubcka Probe:140 Database:CDBOLD\r\n\r\nBackup Terminated.\r\n\r\n2008-08-27-11.30.03.461895 Instance:db2admin Node:000\r\nPID:798962(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.020AD7033003\r\ndatabase utilities sqlubcka Probe:0 Database:CDBOLD\r\n\r\nStarting a full database backup.\r\n\r\n2008-08-27-11.30.03.519838 Instance:db2admin Node:000\r\nPID:798962(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.020AD7033003\r\ndatabase utilities sqluGetCBMemory Probe:357 Database:CDBOLD\r\n\r\nDiagData\r\n0x2FF19170 : 0x8B0F0005 ....\r\n\r\n2008-08-27-11.30.03.597613 Instance:db2admin Node:000\r\nPID:798962(db2agent (CDBOLD)) TID:1 Appid:*LOCAL.db2admin.020AD7033003\r\ndatabase utilities sqlubcka Probe:140 Database:CDBOLD\r\n\r\nBackup Terminated.\r\n\r\n2008-08-27-11.35.12.191322 Instance:db2admin Node:000\r\nPID:815158(db2agent (RONEOLD)) TID:1 Appid:*LOCAL.db2admin.0B0697033512\r\ndatabase utilities sqlubcka Probe:0 Database:RONEOLD\r\n\r\nStarting a full database backup.\r\n\r\n2008-08-27-11.35.32.313284 Instance:db2admin Node:000\r\nPID:815158(db2agent (RONEOLD)) TID:1 Appid:*LOCAL.db2admin.0B0697033512\r\ndatabase utilities sqlubPollMsg Probe:1 Database:RONEOLD\r\n\r\nDiagData\r\n0x4DE54870 : 0xFFFFF82F

作者: changanmonkey 时间: 2008-09-08 09:45
1：总的来说，你的系统是正常的；数据库备份不成功，看看是不是分区空间不足，其它的原因，本人不清楚；\r\n\r\n2：SVMON -G看到的inuse内存其实=work+pers+client\r\n在5.3 jfs2的文件系统下，用户的文件读写会占用client，比较备份大的数据库，或是copy大文件，都会使client值升高，最终导致inuse内存很大；\r\n刚看到你贴的df -k，好像/tmp 和另外一个分区差不多都占用到90%以上，建议把这个几占用率非常高的分区中无用的大的文件删除，client会降下来，这样inuse会降一些；

欢迎光临 Chinaunix (http://bbs.chinaunix.net/)