home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / sys / apollo / 3542 < prev    next >
Encoding:
Internet Message Format  |  1992-09-15  |  5.4 KB

  1. Path: sparky!uunet!olivea!spool.mu.edu!sdd.hp.com!hplabs!ucbvax!SWTEXAS.BITNET!SP02038
  2. From: SP02038@SWTEXAS.BITNET
  3. Newsgroups: comp.sys.apollo
  4. Subject: SR10.4 Disk Quotas Are Total TRASH
  5. Message-ID: <9209151908.AA25075@srvr2.engin.umich.edu>
  6. Date: 15 Sep 92 19:08:00 GMT
  7. Sender: daemon@ucbvax.BERKELEY.EDU
  8. Organization: The Internet
  9. Lines: 93
  10.  
  11.  
  12. Paul Szabo writes "Disk quotas at 10.4: problems":
  13.  
  14. > I now have a few nodes at SR10.4, so I wanted to try out the fancy new disk
  15. > quota system. I found the following problems with it. In my opinion these
  16. > problems (by themselves or in combination) make the quota system unusable.
  17.  
  18. You too?  Gee, and I thought I was the only one :)
  19.  
  20. > 1) There is a limit of 1024 users in the disk quota table. (This limitation
  21. >    is shown by INVOL.) We have well over that many users: some would have to
  22. >    miss out. (It seems that a user without a disk quota entry is equivalent
  23. >    to having a limit of zero.)
  24.  
  25. Our site only has a few hundred users, so the limit is not a problem.  The docs
  26. do mention that everyone who needs to write to the volume, must have an entry
  27. in the quota table for the volume.
  28.  
  29. > 2) There is no tool to re-build the 'currently-used' table. It seems to me
  30. >    that the currently-used values only change when files are created/changed
  31. >    (only for users with disk quota entries, and only while quotaon is in
  32. >    effect). Creating a quota entry for a user will always see his
  33. >    currently-used value start at zero.
  34.  
  35. Actually there is, but not a very convenient one.  Salvol will refresh the
  36. quota table.  Our volumes are in use nearly 24hrs a day, so taking a volume
  37. off-line to refresh the quota table is an inconvenience to the users and
  38. creates a hassle for the administrators.  There needs to be a way to refresh
  39. the quota table without taking the volume off-line (which in the case of our
  40. disked nodes means taking the node down!)
  41.  
  42. > 3) There is no command to view one's own disk quota limit and usage. The
  43. >    command 'edquota -l' displays the full table; this has implications about
  44. >    the privacy of other users, besides the inconvenience of having to use
  45. >    'grep' on the output.
  46.  
  47. Whoever designed the apollo's quota system sure wasn't thinking about the users.
  48. Our users do a lot of their work on our VAX systems; hence, they are in the
  49. habit of checking their quota a couple of times a day.  Additionally, the
  50. faculty are not too happy about everyone having the ability to know how much
  51. space they are taking up.  Surely there must be a quick fix to this one.
  52.  
  53. > 4) There may be no error messages when exceeding quota. In particular, the
  54. >    command 'echo abc > file' would return no error message even though I was
  55. >    over my quota (it created an empty file instead: this does not need any
  56. >    quota). Similarly the command 'echo abc >> file' would silently fail to
  57. >    extend the file. (The commands were run in the /bsd4.3/bin/csh, on a node
  58. >    running 10.4; the file was on another node running 10.4 and disk quotas.)
  59.  
  60. Now this chaps my hide!  This renders the quota system utterly useless!!!!!
  61. Whoever in HP assumed the quota system was FUNCTIONAL must have been living
  62. on the planet Mars for the last decade.  This utterly infuriates me!  One
  63. of the major reasons for us to upgrade to SR10.4 was because of the problems
  64. we were experiencing due to NOT having disk quotas.  Now we have disk quotas,
  65. but they create more problems than we originally had.
  66.  
  67. However, I have experimented with the trying to exceed the quota, and have found
  68. that most of the time (NOT ALL) an error message is displayed.  However, I have
  69. a problem with the way the quota violation is handled.  If a new file is being
  70. created when the quota is exceeded, then the file SHOULD fail to be created.  If
  71. the new file would replace an existing file, then the existing file SHOULD be
  72. restored -- since this is probably difficult to implement the existing file
  73. SHOULD at least be deleted.  If the user was appending to a file when the quota
  74. violation occurred, then the previous end of file should be restored -- this
  75. should be pretty easy to implement.  In all cases a quota violation error should
  76. be displayed.
  77.  
  78. > 5) Files can be 'given away', after which they are counted against the new
  79. >    owner's quota. This defeats the purpose of the system and allows
  80. >    denial-of-service attacks.
  81.  
  82. Not sure what he means here.
  83.  
  84. > Does anyone know a way around these problems? (Would HP fix them if I
  85. > submitted an APR?) I hope they can be fixed, I was really looking forward to
  86. > using disk quotas.
  87.  
  88. This is a MAJOR BUG!!!  I feel ripped off by HP.  I was considering the idea of
  89. purchasing some PA-RISC systems, but HP has treated the Domain/OS customers so
  90. poorly that we'll probably go with DEC.
  91.  
  92. On a similar note... The PRMGR at SR10.4 is TRASH too.  I have tried everything
  93. conceivable to get it working, but it still cannot find the global location
  94. broker.  The glbd is running, and everything is able to access it without
  95. difficulty EXCEPT the prmgr.  Someone posted something earlier about it, and the
  96. reply was to use the SR10.3 prmgr.  Well, we upgraded from a much earlier SR and
  97. don't happen to have the SR10.3 prmgr.  I would be eternally grateful to anyone
  98. willing to mail me the SR10.3 prmgr as a uuencoded file :)
  99.  
  100. Shaun Pankau                            e-mail: sp02038@swtexas.bitnet
  101. UNIX Systems Administrator                      sp02038%swt.decnet@relay.the.net
  102. Computer Science Department
  103. Southwest Texas State University
  104.