home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / database / informix / 2913 < prev    next >
Encoding:
Internet Message Format  |  1993-01-10  |  3.1 KB
  1. Path: sparky!uunet!paladin.american.edu!gatech!emory!emory!not-for-mail
  2. From: dave.snyder@snide.com (Dave Snyder)
  3. Newsgroups: comp.databases.informix
  4. Subject: Re: Slicing up big disk section
  5. Date: 10 Jan 1993 22:58:05 -0500
  6. Organization: Mailing List Gateway
  7. Lines: 51
  8. Sender: walt@mathcs.emory.edu
  9. Distribution: world
  10. Message-ID: <1iqr8dINNb1q@emory.mathcs.emory.edu>
  11. Reply-To: dave.snyder@snide.com (Dave Snyder)
  12. NNTP-Posting-Host: emory.mathcs.emory.edu
  13. X-Informix-List-ID: <list.1767>
  14.  
  15. Quoting Helen C Payne...
  16. } 
  17. } We have a HP827 running HP/UX 8.02, using Informix Online 4.0 and 
  18. } several 1.3Gb disks, with a default section 5 of approx 900Mb.
  19. } 
  20. } A particular application would like to live on a 200Mb partition.
  21. } 
  22. } Informix will allow me to configure database chunks specifying a 
  23. } raw disk device and an offset, so there shouldn't be a problem 
  24. } there.  (X-posting to comp.databases.informix in case someone
  25. } knows otherwise)
  26. } 
  27. } I would like to configure a unix file system of roughly 200Mb
  28. } on the first part of section 5, and a couple informix database 
  29. } chunks on the last part.
  30. } 
  31. } I have tested this (in part) by using mkfs to make a "short" system 
  32. } at the start of section 5.  'df' reported a file system of the 
  33. } desired size.
  34. } 
  35. I'm not all that familar with HP systems, but if the hard disks are set
  36. up similar to most other systems, I can give a simple suggestion.  Why
  37. not make section 5 700Mb in size and create another section of 200Mb
  38. for informix?  Doing it that way, you won't have to worry about filesystem
  39. offsets.  This is how my harddisk is set up:
  40.  
  41. +---------------+---------------+--------+---+-------------+------------+
  42. | Name          | Type          | New FS | # | First Block | Last Block |
  43. +---------------+---------------+--------+---+-------------+------------+
  44. | root          | EAFS          |  yes   | 0 |            0|      147604|
  45. | swap          | NON FS        |  no    | 1 |       180373|      196372|
  46. | ootdbs        | NON FS        |  no    | 2 |       147605|      180372|
  47. |               | NOT USED      |  no    | 3 |            -|           -|
  48. |               | NOT USED      |  no    | 4 |            -|           -|
  49. |               | NOT USED      |  no    | 5 |            -|           -|
  50. | recover       | NON FS        |  no    | 6 |       196373|      196382|
  51. | hd0a          | WHOLE DISK    |  no    | 7 |            0|      196991|
  52. +---------------+---------------+--------+---+-------------+------------+
  53.  
  54. Because of the size of the harddisk, I have only a root filesystem.  But
  55. what I also have is a section specifically set aside for Informix-ONLINE.
  56. The "ootdbs" is 32Mb in size and I don't have to do any offsetting because
  57. it is on a different slice of the harddisk than the root filesystem.  BTW,
  58. the reason the slice is called "ootdbs" is because block devices have an
  59. 'r' prepended to reference the corresponding character device, ie. "rootdbs".
  60.  
  61. DAS
  62. -- 
  63. David Snyder @ Snide Computer Services - Folcroft, PA          Current Release
  64.                                                                is db4glgen-3.9
  65. UUCP:  ..!uunet!das13!dave   INTERNET:  dave.snyder@snide.com
  66.