home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / ingres / 2200 < prev    next >
Encoding:
Internet Message Format  |  1993-01-08  |  2.1 KB

  1. Path: sparky!uunet!olivea!isc-br!tau-ceti!dejavu!salnick
  2. From: salnick@dejavu.spk.wa.us (There is no substitute for displacement...)
  3. Newsgroups: comp.databases.ingres
  4. Subject: Re: Transaction Log File
  5. Message-ID: <salnick.082v@dejavu.spk.wa.us>
  6. Date: 8 Jan 93 14:00:35 GMT
  7. References: <1993Jan7.145532.4404@sei.cmu.edu>
  8. Organization: Not Organized
  9. Lines: 40
  10.  
  11. In article <1993Jan7.145532.4404@sei.cmu.edu> djk@sei.cmu.edu (David Kaplan) writes:
  12. >
  13. >I'm having some intermittent problems with the Trasaction Log File.  Or,
  14. >rather, it's having trouble with me?  In either case, the following error
  15. >occurs when running a rather long set of queries:
  16. >
  17. >**** ERROR: E_US1262 Your transaction has been aborted due to the transaction
  18. >    log file having reached one of the limits set by the system administrator.
  19. >    These limits are log_full, force_abort, and 90 percent of force_abort
  20. >    when using the fast_commit option to start DBMS servers.
  21. >   (Thu Jan  7 12:21:39 1993)
  22. >
  23. >What's this all about.  I mentioned intermittent because some days I get the
  24. >error, and other days I don't?!  There are commits after each query (all
  25. >creation and insertion commands), and the queries are broken up just about as
  26. >far as we can get them.
  27. >
  28. >Could this error be an indicator that something else is wrong?  The fact that
  29. >it is intermittant EVEN when the data being used has not change is what really
  30. >has me puzzled.
  31.  
  32. In an Ingres installation, it is normal for all transactions to be made 
  33. against the log file instead of the actual database (fast commit thread 
  34. moves stuff from the log to the disk).  What this means is that the log 
  35. file has to be large enough to hold everything which is going on 
  36. simultaneously.
  37.  
  38. The fact that you have an intermittent problem only tells me that you 
  39. have different sets of concurrent users (no surprise there). 
  40.  
  41. Before anyone could judge whether there is something wrong, it would be 
  42. instructive to know how big your log file is...
  43.  
  44. BTW, you can change it via the iibuild script.
  45.  
  46. bob
  47. --
  48. RW Salnick, Spokane,WA  |  Home: salnick@dejavu.spk.wa.us
  49.   Amiga 1000, WB 1.3    |  Work: mfgsys!salnick@kaiser.spk.wa.us
  50.       WA9BVE            |
  51.