Errors -682/-121, -691/-134?
Posted in 1996
Topics: Storage & Space Management, Error Codes & Troubleshooting, Connectivity: ESQL/C, 4GL & Embedded SQL
Hello Informixers!
I'm having a critical situation that I would like to solve:
I was running an INFORMIX-4GL application, with I-4GL 4.11 and SE 5.01, in a
SCO Unix 2.3.4 Box. It was running OK in a Intel-Based 486/80 computer (CLONE).
Now I just moved it to a HP NetServer (Intel-Pentium) with the same version
of SCO Unix and the following errors are appearing when I try to process a
long transaction, which cannot be fragmented.
I have followed the actions found in the manuals about these errors:
-> I already ran bcheck (secheck).
-> -682/-121: There's a lot of disk space and there isn't permission problems!
-> -691/-134: The Kernel configuration is the same about Asyncronous I/O at all!
take a look to the following application log fragment!
-----------------------------------------------------------------
Date: 22/03/1996 Time: 11:47:05
Program error at "bcntmn05.4gl", line number 1820.
SQL statement error number -682.
Error reading constraint index on table (bas.bcntctam).
SYSTEM error number -121.
ISAM error: cannot write log record
Date: 22/03/1996 Time: 11:47:25Program error at "bcntmn05.4gl", line number 1820.
SQL statement error number -691.
Missing key in referenced table for referential constraint (bas.fk_cntedd_cntct
).
SYSTEM error number -134.
ISAM error: no more locks
------------------------------------------------------------------
what's wrong?
Any help is welcome!
//////
+---------------------------ooo-O-O-ooo--------------------------------+
| U |
| Melvin Perez Cedano Santo Domingo, Dom. Rep.|
| Vice-President m.mejia@codetel.net.do |
| Systems Development Phone (809) 686-5574 |
| CAM Informatica, S. A. Fax (809) 686-5467 |
+----------------------------------------------------------------------+
| ALL RIGHTS RESERVED |
| This posting is copyright and may be used only for the purposes |
| of professional study or the professional exchange of information. |
| Use of this posting by any commercial organisation for the |
| purposes of vilifying another is explicitly prohibited. |
+----------------------------------------------------------------------+