home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / database / sybase / 367 < prev    next >
Encoding:
Text File  |  1992-11-19  |  3.0 KB  |  80 lines
  1. Newsgroups: comp.databases.sybase
  2. Path: sparky!uunet!cs.utexas.edu!uwm.edu!wupost!darwin.sura.net!jvnc.net!princeton!sysof2!gpmenos
  3. From: gpmenos@firestone.Princeton.EDU (Gerard Philippe Menos)
  4. Subject: bug in limited server?  what to do?
  5. Message-ID: <1992Nov19.145612.4446@Princeton.EDU>
  6. Originator: news@nimaster
  7. Sender: news@Princeton.EDU (USENET News System)
  8. Nntp-Posting-Host: sysof2.princeton.edu
  9. Reply-To: gpmenos@firestone.Princeton.EDU (Gerard Philippe Menos)
  10. Organization: Princeton University
  11. Date: Thu, 19 Nov 1992 14:56:12 GMT
  12. Lines: 66
  13.  
  14. I am a Sybase novice.  I'm not supposed to spend much time (out of my  
  15. overall responsibilities) in maintaining a smallish sybase database.  
  16. :-)  So, I would really appreciate any suggestions.
  17.  
  18. I'm using Parabase (for NeXT) as a front-end to Sybase 4.0.1;   
  19. Parabase creates the tables and includes very rudimentary SysAdmin  
  20. features.  But I'm becoming familiar with isql, due to some problems  
  21. we've had.
  22.  
  23. The current problem:  A few records are not behaving.    You can  
  24. retrieve the problem rows, but one cannot update or delete these  
  25. records.  Also, when we try to create a row in another table that  
  26. relates to the records/rows in question, Parabase loses its connection  
  27. to the Sybase server.
  28.  
  29. According to Parabase technical support, we have stumbled upon a bug  
  30. in the Sybase limited server that "sometimes corupts its internal  
  31. record pointers."  Parabase made a suggestion on how to fix this, by a  
  32. kludge to create a new copy of the table, using Parabase to create and  
  33. then delete a bogus field (this apparently forces the copy), but I  
  34. could not execute this kludge to its completion, due to some space  
  35. problems that *should* not exist!  
  36.  
  37. My questions to you experienced Sybase people:
  38.  
  39. 1.  Has anyone else heard of or encountered this bug in the limited  
  40. server?  Or, would you suggest some other diagnosis?
  41.  
  42. 2.  Any suggestions on how to fix this problem?  [My users are getting  
  43. a bit impatient;  they are otherwise extremely happy with the  
  44. application.]
  45.  
  46. I don't know if it's relevant, but running dbcc on the problem  
  47. table/database, reports the following:
  48.  
  49. > Msg 624, Level 16, State 1:
  50. > Line 1:
  51. > Attempt to retrieve row from page via RID failed because the  
  52. requested
  53. > RID has a higher number than the last RID on the page. Rid pageid is
  54. > 0x164 and row num is 0x9    .Page pointer = 0x777800, pageno = 356,
  55. > status = 0x101, objectid = 256003943, indexid = 0     .
  56. > DBCC execution completed. If DBCC printed error messages, see your
  57. > System Administrator.
  58.  
  59. I have tried to run dbcc checkalloc, but this did not help.
  60.  
  61. I can provide more information, if necessary.
  62.  
  63. With appreciation for any help I can get,
  64. Phil Menos
  65.  
  66. --
  67. -------------------------------------------
  68. G. Philippe Menos    
  69. Systems Administrator
  70. Princeton University Libraries
  71. gpmenos@firestone.princeton.edu
  72. voice:  609-258-5183
  73.   fax:  609-258-5571
  74. -------------------------------------------
  75. -- 
  76. -------------------------------------------
  77. G. Philippe Menos    
  78. Systems Administrator
  79. Princeton University Libraries
  80.