帮我看看内存是否用光了

spook

文件系统          1024 块      可用  %Used    Iused  %Iused     安装于
/dev/fslv00      20971520   1998288   91%    23787     6%       /db2bak

你备出来的库有多大啊？

是不是这里不够用了

ask_1055

# svmon -P -t 2|more

-------------------------------------------------------------------------------
     Pid Command          Inuse      Pin     Pgsp  Virtual 64-bit Mthrd  16MB
  643260 java           2674724     7637   950690  2718361      Y     Y     N

    Vsid      Esid Type Description              PSize  Inuse   Pin Pgsp Virtual
   3e9f6         - work mmap source                  s  59422     0 20807 59978
   179c3        11 work text data BSS heap           s  38618     0 16796 45994
   14522  70000001 work default shmat/mmap           s   9147     0 12338 12800

这里Inuse单位是什么。。大小是怎么计算的。。。

tomer

$ db2 BACKUP DATABASE cdbold online  LOAD /usr/openv/netbackup/bin/nbdb2.sl OPEN 2 SESSIONS BUFFER 256

上面的命令回车马上报以下错:
SQL2009C  没有足够的内存可用来运行实用程序。

不知道是咋回事?谁知道db2的数据库的日志在什么地方,我想看看

我老婆黑社会

实例用户下,SQLLIB目录下的db2diag.log 看看有什么报错

tomer

ctual size of backup in bytes:

0x2FF1BF60 : 0x0000000002F06000                         .....餪.

2008-08-27-11.04.17.062220   Instance:db2admin   Node:000
PID:909384(db2agent (ROEEEOLD))   TID:1   Appid:*LOCAL.db2admin.0E0DF7030255
database utilities  sqlubcka Probe:130   Database:ROEEEOLD

Backup Complete.

2008-08-27-11.04.17.400146   Instance:db2admin   Node:000
PID:909452(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.0E0DF7030417
database utilities  sqlubcka Probe:0   Database:CDBOLD

Starting a full database backup.

2008-08-27-11.04.17.451047   Instance:db2admin   Node:000
PID:909452(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.0E0DF7030417
database utilities  sqluGetCBMemory Probe:357   Database:CDBOLD

DiagData
0x2FF1BE60 : 0x8B0F0005                                 ....

2008-08-27-11.04.17.522788   Instance:db2admin   Node:000
PID:909452(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.0E0DF7030417
database utilities  sqlubcka Probe:140   Database:CDBOLD

Backup Terminated.

2008-08-27-11.22.53.068484   Instance:db2admin   Node:000
PID:446540(db2agent (STMAOLD))   TID:1   Appid:GA329DA2.BA3B.0E5CA5025957
data management  sqldEscalateLocks Probe:3   Database:STMAOLD

ADM5502W  The escalation of "204797" locks on table "DB2ADMIN.CIGINFO" to lock
intent "S" was successful.

2008-08-27-11.29.36.221827   Instance:db2admin   Node:000
PID:798954(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.020AD7032936
database utilities  sqlubcka Probe:0   Database:CDBOLD

Starting a full database backup.

2008-08-27-11.29.36.276328   Instance:db2admin   Node:000
PID:798954(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.020AD7032936
database utilities  sqluGetCBMemory Probe:357   Database:CDBOLD

DiagData
0x2FF19170 : 0x8B0F0005                                 ....

2008-08-27-11.29.36.354102   Instance:db2admin   Node:000
PID:798954(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.020AD7032936
database utilities  sqlubcka Probe:140   Database:CDBOLD

Backup Terminated.

2008-08-27-11.30.03.461895   Instance:db2admin   Node:000
PID:798962(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.020AD7033003
database utilities  sqlubcka Probe:0   Database:CDBOLD

Starting a full database backup.

2008-08-27-11.30.03.519838   Instance:db2admin   Node:000
PID:798962(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.020AD7033003
database utilities  sqluGetCBMemory Probe:357   Database:CDBOLD

DiagData
0x2FF19170 : 0x8B0F0005                                 ....

2008-08-27-11.30.03.597613   Instance:db2admin   Node:000
PID:798962(db2agent (CDBOLD))   TID:1   Appid:*LOCAL.db2admin.020AD7033003
database utilities  sqlubcka Probe:140   Database:CDBOLD

Backup Terminated.

2008-08-27-11.35.12.191322   Instance:db2admin   Node:000
PID:815158(db2agent (RONEOLD))   TID:1   Appid:*LOCAL.db2admin.0B0697033512
database utilities  sqlubcka Probe:0   Database:RONEOLD

Starting a full database backup.

2008-08-27-11.35.32.313284   Instance:db2admin   Node:000
PID:815158(db2agent (RONEOLD))   TID:1   Appid:*LOCAL.db2admin.0B0697033512
database utilities  sqlubPollMsg Probe:1   Database:RONEOLD

DiagData
0x4DE54870 : 0xFFFFF82F                                 

changanmonkey

1：总的来说，你的系统是正常的；数据库备份不成功，看看是不是分区空间不足，其它的原因，本人不清楚；

2：SVMON -G看到的inuse内存其实=work+pers+client
在5.3 jfs2的文件系统下，用户的文件读写会占用client，比较备份大的数据库，或是copy大文件，都会使client值升高，最终导致inuse内存很大；
刚看到你贴的df -k，好像/tmp 和另外一个分区差不多都占用到90%以上，建议把这个几占用率非常高的分区中无用的大的文件删除，client会降下来，这样inuse会降一些；