home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / news / admin / misc / 903 < prev    next >
Encoding:
Text File  |  1992-12-23  |  2.9 KB  |  68 lines
  1. Newsgroups: news.admin.misc
  2. Path: sparky!uunet!zaphod.mps.ohio-state.edu!wupost!csus.edu!netcom.com!netcomsv!optimla!walter
  3. From: walter@optimla.aimla.com (Walter Hunt)
  4. Subject: Re: C news seems to be creating dups
  5. Message-ID: <BzqEBM.5p8@optimla.aimla.com>
  6. Sender: walter@optimla (Walter Hunt)
  7. Nntp-Posting-Host: galena
  8. Organization: OptImage Interactive Services Co., L.P.
  9. References: <Bzn0Gp.266@optimla.aimla.com> <1h7bn6INN4ea@milk.Warren.MENTORG.COM> <Bzo4xL.6FI@world.std.com> <BzoJpx.Fz8@optimla.aimla.com> <BzooJF.IE8@world.std.com>
  10. Date: Wed, 23 Dec 1992 21:28:33 GMT
  11. Lines: 55
  12.  
  13. In article <BzooJF.IE8@world.std.com>, geoff@world.std.com (Geoff Collyer) writes:
  14. |> Walter Hunt:
  15. |> >    Well, that's all fine and good, but it is NOT the problem I'm having.
  16. |> 
  17. |> I didn't say it was.
  18. |> 
  19. |> >This is multiple copies of the same article with the same Message-ID, not
  20. |> >crossposted, and all having in common the fact that they are in the heirarchies
  21. |> >I currently get from both newsfeeds.
  22. |> 
  23. |> Something is broken, probably your history file or its indices.  (Have
  24. |> you looked in errlog and the usenet mail box?)  The brute force approach
  25. |> to fixing history and its indices is to run mkhistory; you might first
  26. |> want to try just rebuilding the dbz files by running locknews as the
  27. |> "news" userid and then running "cd /usr/lib/news; dbz history".
  28. |> 
  29. |> (If you're on a 386, make absolutely certain that dbz.c got compiled
  30. |> *without* -O.)
  31. |> -- 
  32. |> Geoff Collyer                world!geoff, world.std.com!geoff
  33. |> 
  34. |> ``People don't need to read the standards'' - head of the ISO computer group
  35.  
  36.  
  37.     Okay, now that you've pointed some places to check:
  38.  
  39.     1. I run expires by doing "doexpire -s -r ; mkhistory"; this seems to
  40. have lower disk overhead, and I am REALLY cramped for space. The side effect of
  41. this is that (I believe) any problem with the history file should disappear as
  42. soon as the next expire is run. Anything I'm missing here?
  43.  
  44.     2. Running dbz results in an error: 
  45.  
  46. /usr/local/bin/cnews/dbz: (file `history', line 809) `....' already present 
  47.  
  48.     I guess this means that when dups get created and put in the history
  49. file, it will hose dbz. I would also guess that mkhistory wouldn't necessarily
  50. catch this. Any chance putting a "| uniq" in the mkhistory pipeline might clear
  51. this up?
  52.  
  53.     3. No mail messages are sent to "usenet". No messages are logged to the
  54. error log. 
  55.  
  56.     My current guess would be that somehow a dup got created, (perhaps
  57. between expire and mkhistory?) and that ever since, the news system has been
  58. unable to create a valid history file. Does this sound possible? I'm going to
  59. try running uniq on the history file, and creating new dbz files from that and
  60. see what happens.
  61.  
  62.  
  63. -- 
  64. Walter Hunt                    walter@optimla.optimage.com
  65. OptImage Interactive Services Company, L.P.    walter@optimla.aimla.com
  66. 11040 Santa Monica Blvd., Suite #300        netcom!optimla!walter
  67. Los Angeles, Ca. 90025                (310) 445-5718
  68.