home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / ingres / 2189 < prev    next >
Encoding:
Text File  |  1993-01-08  |  2.5 KB  |  60 lines
  1. Newsgroups: comp.databases.ingres
  2. Path: sparky!uunet!mcsun!sun4nl!rivm!jwd
  3. From: jwd@rivm.nl (Jan Diesel)
  4. Subject: Re: Transaction Log File
  5. Message-ID: <C0J1q9.FvG@rivm.nl>
  6. Sender: news@rivm.nl
  7. Organization: R.I.V.M.
  8. X-Newsreader: Tin 1.1 PL5
  9. References: <1993Jan7.145532.4404@sei.cmu.edu>
  10. Date: Fri, 8 Jan 1993 08:46:57 GMT
  11. Lines: 47
  12.  
  13. David Kaplan (djk@sei.cmu.edu) wrote:
  14. : 
  15. : I'm having some intermittent problems with the Trasaction Log File.  Or,
  16. : rather, it's having trouble with me?  In either case, the following error
  17. : occurs when running a rather long set of queries:
  18. : 
  19. : **** ERROR: E_US1262 Your transaction has been aborted due to the transaction
  20. :     log file having reached one of the limits set by the system administrator.
  21. :     These limits are log_full, force_abort, and 90 percent of force_abort
  22. :     when using the fast_commit option to start DBMS servers.
  23. :    (Thu Jan  7 12:21:39 1993)
  24. : 
  25. : What's this all about.  I mentioned intermittent because some days I get the
  26. : error, and other days I don't?!  There are commits after each query (all
  27. : creation and insertion commands), and the queries are broken up just about as
  28. : far as we can get them.
  29.  
  30. The transaction logfile is used not only by inserts, updates and deletes but
  31. by selects as well. The obvious solution to your problem seems increasing the
  32. size of the transaction logfile or decreasing the size of your transactions.
  33. The latter can be done by setting autocommit on (thereby causing each statement
  34. to be treated as a singleton transaction). If this won't help and you don't
  35. want to increase the transaction logfile you'll have to split up your statements.
  36.  
  37. : 
  38. : Could this error be an indicator that something else is wrong?  The fact that
  39. : it is intermittant EVEN when the data being used has not change is what really
  40. : has me puzzled.
  41. : 
  42. : Any clues appreciated ;-)
  43. : 
  44. : Thanks,
  45. : 
  46. : -Dave.
  47. : 
  48. : 
  49. : ---------------------------------------------------------------------------
  50. : David J. Kaplan                                             djk@sei.cmu.edu
  51. : Software Engineering Institute                         dk3g+@andrew.cmu.edu
  52. : Carnegie Mellon University                                   (412) 268-7736
  53.  
  54. Regards,
  55. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
  56. Jan Diesel                                       |          jwd@rivm.nl
  57. Informatics Service Centre                       |  tel. ++31 30 742067
  58. P.O.Box 1, 3720 BA  BILTHOVEN, the Netherlands   |  fax. ++31 30 282316
  59. RIVM - National Institute of Public Health and Environmental Protection
  60.