home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / database / informix / 3024 < prev    next >
Encoding:
Text File  |  1993-01-21  |  2.1 KB  |  61 lines
  1. Newsgroups: comp.databases.informix
  2. Path: sparky!uunet!gatech!willis1.cis.uab.edu!cheng
  3. From: cheng@cis.uab.edu (Wai-Fong Cheng)
  4. Subject: Re: Msg: Cannot remove file for table().
  5. Message-ID: <1993Jan21.192455.5719@cis.uab.edu>
  6. Keywords: Corrupted DB,  dbspace
  7. Organization: University of Alabama at Birmingham
  8. References: <1993Jan21.153628.22858@walter.bellcore.com>
  9. Date: Thu, 21 Jan 1993 19:24:55 GMT
  10. Lines: 49
  11.  
  12. In article <1993Jan21.153628.22858@walter.bellcore.com> pak2@base.bellcore.com (Paul Kupersmith) writes:
  13. >Using Informix 4.1, when I try to drop a database, I get the following
  14. >message:
  15. >
  16. >   214: Cannot remove file for table ().
  17. >
  18. >I have called Informix support, and they have stated that the dbspace
  19. >has been corrupted. Their proposed work around to me is to reinitialize
  20. >the dbspace. This is unacceptable to me due to the downtime it would
  21. >cause to the production systems dependent upon that dbspace.
  22. >
  23. >BTW, If the database contained "production" data, Informix extended an
  24. >offer to dial into the system and correct the problem.
  25. >
  26. >
  27. >I have two questions:
  28. >
  29. >  1) What is causing the dbspace to be corrupted?
  30. >  2) What program does Informix use to correct the situation?
  31. >  3) Can I obtain a copy of this program (or something similar)?
  32. >
  33. >Thank you,
  34. >
  35. >Paul
  36.  
  37.  
  38. Paul,
  39. we had a similar problem creep up on us using Informix 4.1 on a Motorola
  40. 88Open machine. We had lost a table and Informix told me that this was 
  41. caused by a "nasty and known bug" (Sorry, can't remember the BUG #). The
  42. only solution to our problem was to remove the table from systables and
  43. then try to recreate the table.  Informix sent us another port of the 
  44. Online engine to fix the problem. The corruption was caused (so they say) by 
  45. a series of update statements within the code.  This code had been running 
  46. just fine for over one year.
  47.  
  48. Now that we have this new port, the problem has gone away and we were able
  49. to recreate the table (thank god it only had 13 rows...).
  50.  
  51. Hope this helps,
  52.  
  53. Matt...
  54.                    
  55. (Do not reply to the above E-Mail address, it belongs to a friend of mine)
  56.  
  57.                    
  58.                    
  59.                    
  60.                    
  61.