爱上毛毛虫

支持！谢谢楼主整理！

回复 annla grep EACCES dbaccess.trc 显示结果如下：accessx("/etc/security/passwd", 04, 0) Err#13 EACCESaccessx("/etc/security/login.cfg", 04, 0) Err#13 EACCESaccessx(

回复 aphuse 我这么试过，也不可以的， 我在前段时间加的文件系统中是可以正常dbaccess的，唯独这个目录下不可以，我使用smit 找出这两个文件系统对比没发现不同之处 /dev/fslv06 -- /db_backup

如果是在线表，systables中的nrows肯定和实际中的记录数对应不上的，update statistics的时候更新systables

一般我都比较systables中的nrows和实际对应表中的记录数

建立信任关系

回复 wulw 我明白你的意思，而实际上在我删除表之前，我也检查了空间，各自空间都有大量剩余

索引和表是不是在不同datadbs创建的， 如果是分开的，是不是索引所在的datadbs有些问题？你的这种情况在索引出现损坏时会出现

简单的办法就是修改程序，呵呵，定义成不同的游标名 后面fetch的时候也是用 if(lfg[0]=='1')条件来判断使用哪个游标

回复 huangbin2006333 没辙， 系统之间同义词使用很正常呐， 就这台新上的主机很奇怪