或者联系IBM~:mrgreen: 有服务的话，立即联系IBM，希望不要是BUG。 看了半天,没看出出事的问题的原因~~找IBM
0x0000000001040be7 (/home/informix/bin/oninit) afstack
0x0000000001042b47 (/home/informix/bin/oninit) afhandler
0x0000000001043404 (/home/informix/bin/oninit) affail_interface
0x0000000001047199 (/home/informix/bin/oninit) mt_ex_throw_sig
0x0000000000ffe355 (/home/informix/bin/oninit) afsig_handler
0x000000355ce0de70 (Linux) <signal frame>
0x00000000005f2202 (/home/informix/bin/oninit) ip_evalsql
0x00000000005f860c (/home/informix/bin/oninit) runproc
0x00000000005f99ce (/home/informix/bin/oninit) udrlm_spl_execute
0x00000000008c3d26 (/home/informix/bin/oninit) udrlm_exec_routine
0x000000000062aed1 (/home/informix/bin/oninit) udr_execute
0x000000000062d94f (/home/informix/bin/oninit) exroutine
0x0000000000744416 (/home/informix/bin/oninit) geval
0x00000000011af0ae (/home/informix/bin/oninit) ev_geval 我试着提交了个需求,但现在星期六,星期一才有回复,你实际应用环境和相关文件附上来,看我能不能查清楚!
服务请求已提交
服务请求号为 76422 000 672。
您的服务请求具有严重性级别 1。
当您提交严重性 1 服务请求时，我们将告知您可获得的服务级别。所告知的具体内容因国家/地区而异。在某些情况下会采用通用内容，如“我们将在您的联系服务所保证的服务级别规定的期限内与您联系”。而在另一些情况下，我们可能会在晚间以及周末告知您可获得的支持级别。
如果对该交易存有疑问或需要帮助，请联系“IBM 服务请求帮助中心”：
Web 站点： IBM 服务请求帮助
2009.9.22 16:30 IBM回复:
af文件能够提供数据库当时的一部分信息，但是在有些比较复杂的情况下，af文件中的信息不足以分析出问题的原因，那这时就需要对memory dump文件进行分析了。memory dump文件是数据库在出现故障时，系统会将当时内存中的信息完整的保持下来，一般我们分析当时数据库的具体情况。要生成memory dump文件需要在onconfig文件中设置下面的参数
# DUMPCNT - The maximum number of shared memory dumps or
DUMPDIR $INFORMIXDIR/tmp
DUMPSHMEM 2
DUMPCNT 1
DUMPDIR是memory dump文件生成的目录，需要有足够的空间。文件的大小和数据库使用的内存一致，即“onstat -”中显示的大小(4532148 K)
[ 本帖最后由 zhaowuxing 于 2009-9-22 16:32 编辑 ]
回复 #5 zhaowuxing 的帖子
:m01: :m01: 堆栈混乱了。。。很像9版里的一个BUG，但IBM的人说10XC8就可以解决了。。。怎么在11.5里有出现了呢？莫非是BUG的变种？！ onstat -u可以看到有问题的用户活动：
f5ec4388 *--BP--- 4050482yhadmin- 0 0 150 46 0
下面有onstat -g ses 4050482
检查一下IF_ReceiptJOB
是报虚拟段内存问题：
4050482*O0 V dfaab040 4096 808 1 1
页:
[1]