home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / database / sybase / 535 < prev    next >
Encoding:
Text File  |  1992-12-22  |  1.5 KB  |  34 lines

  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!shearson.com!newshost!wfinnert
  3. From: wfinnert@larry.shearson.com (Warren Finnerty)
  4. Subject: Re: Recovering from a log segment full condition
  5. In-Reply-To: dave@ema.rockwell.com's message of Fri, 18 Dec 1992 18:33:24 GMT
  6. Message-ID: <WFINNERT.92Dec21135701@larry.shearson.com>
  7. Sender: news@shearson.com (News)
  8. Organization: Lehman Brothers
  9. References: <1992Dec16.205611.19776@spectrum.xerox.com> <dave.724703604@rincon>
  10. Date: Mon, 21 Dec 1992 18:57:01 GMT
  11. Lines: 21
  12.  
  13. > In article <dave.724703604@rincon> dave@ema.rockwell.com (Dave Emde) writes:
  14.  
  15. >   I've had the same problem myself.  Using dump tran database with no_log
  16. >   works will but there have been several instances where I dumped my transaction
  17. >   log only to find that I still received the "out of space in syslogs" message.
  18.  
  19. >   In this case you need to shutdown and restart the server and then issue
  20. >   another dump with no_log.  This fixed my problem. If you have the Sybase
  21. >   Troubleshooting Guide they have a good writeup about this type of problem. 
  22.  
  23. Be careful about shutting down a dataserver with a full transaction log. SYBASE
  24. will want to write a checkpoint to the log after recovering the database. If 
  25. the log is full this can cause problems ( unless "no chkpt on recov" is set ).
  26. So try to empty the log first, and watch-out for segmap of 7 ( log & data ), 
  27. because data might be eating up all of your log space.
  28.  
  29. --
  30. warren finnerty      | 388 Greenwich St.
  31. Lehman Brothers      | NYC NY 10013
  32. "Back off man!"      | wfinnert@shearson.com
  33.  
  34.