home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / informix / 2875 < prev    next >
Encoding:
Internet Message Format  |  1993-01-06  |  3.8 KB
  1. Xref: sparky comp.databases.informix:2875 comp.sys.ibm.pc.rt:693
  2. Path: sparky!uunet!cs.utexas.edu!swrinde!gatech!darwin.sura.net!haven.umd.edu!mimsy!prometheus!media!irscscm!bogart!mfaurot
  3. From: mfaurot@bogart.uucp (Michael Faurot)
  4. Newsgroups: comp.databases.informix,comp.sys.ibm.pc.rt
  5. Subject: tbtape problems with OnLine & IBM RT
  6. Summary: can't back-up OnLine partitions
  7. Message-ID: <1993Jan4.133248.23167@bogart.uucp>
  8. Date: 4 Jan 93 13:32:48 GMT
  9. Followup-To: comp.databases.informix
  10. Organization: ism:c:m/xo
  11. Lines: 78
  12.  
  13.  
  14. Several weeks ago I posted the message you'll find below.  I received one
  15. follow-up post from David Kosenko (davek@informix.com) which provided a
  16. means of being able to get back at the database by changing the value of the
  17. MIRROR parameter in the tbconfig file from 0 to 1.  David further suggested
  18. the problem was likely due to bad blocks on the physical device and a low
  19. level format should be performed to attempt to lock out the bad blocks.
  20.  
  21. Initially I was of the opinion that bad blocks were not the problem as I was
  22. able to read the entire raw patition via the dd command without any read
  23. errors.  But just to satisfy myself, I went ahead and did the low level on
  24. the device, and the problem still remains.  The device is an external IBM
  25. 9332 style 200M SCSI device.  I have partitions all over the drive and have
  26. NEVER had any read errors of any kind with any of the AIX (ie, regular)
  27. partitons.  I've further tried shuffling the OnLine partiton to different
  28. areas on the hard disk and the problem still remains.  I feel very confident
  29. at this point there are no physical problems such as bad blocks on this disk
  30. drive which would cause OnLine to barf.
  31.  
  32. At this point in time I find OnLine to be utterly worthless to me.  If I
  33. can't back-up my data then the product is useless to me.
  34.  
  35. Is this a known bug in this release/port of OnLine?  Is there a fix or
  36. update for it?
  37.  
  38.  
  39. Here follows the text of my original post and problem:
  40.  
  41. ==============================================================================
  42.  
  43. Have the following hardware, OS, and Informix . . .
  44.  
  45.     IBM RT 
  46.     AIX 2.2.1
  47.     Informix OnLine v4.00.UD4
  48.  
  49. Here's the problem . . .
  50.  
  51.     After initializing rootdbs and shared memory without any
  52.     difficulties I use ISQL to create a couple of databases, fill
  53.     one of them up with records and the other is simply empty.
  54.  
  55.     Now I wish to back-up this entire configuration to tape.  So I
  56.     use the Archive option from within tbmonitor.  I then choose
  57.     the option to Create, mount the tape in the drive, select "0"
  58.     for a level 0 archive and then receive the following error
  59.     message:
  60.  
  61.         Error reading from the disk, Error No. = 5.
  62.  
  63.     If I don't shutdown OnLine, I can still access the databases
  64.     but if I do shutdown OnLine, I get the following error messages
  65.     when I attempt to bring it back up:
  66.  
  67.         Bad Primary Chunk '/dev/rootdbs'
  68.         tbinit: fatal error in shared memory initialization
  69.  
  70.     I'm fairly certain there's nothing wrong with the tape
  71.     perameters I'm using because, oddly enough, if I only create
  72.     the first database, I can back-up the system without it
  73.     corrupting the rootdbs.  It's only after I add the second
  74.     database and attempt to back it up that it trashes rootdbs.
  75.  
  76.     If I make no attempts to back-up the OnLine partitions, OnLine
  77.     goes up and down just fine.  
  78.  
  79. Has anyone run into this before?  Know a fix?  Could this be related
  80. to improper setting for shared memory and semaphores?  If related to
  81. shared memory etc., could someone please email me either their
  82. /etc/master file or the relavent stanzas from it?
  83.  
  84. Thanks.
  85. -- 
  86.  
  87. +--------------------+-------------------------------------------------------+
  88. |   Michael Faurot   | Domain: mfaurot@bogart.UUCP                     |
  89. |   ------- ------   | UUCP:   ...{irscscm|mimsy}!bogart!mfaurot             |
  90. +--------------------+-------------------------------------------------------+
  91.