home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / bit / listserv / lvmctr / 329 < prev    next >
Encoding:
Internet Message Format  |  1993-01-05  |  1.5 KB
  1. Path: sparky!uunet!spool.mu.edu!uwm.edu!psuvax1!psuvm!cunyvm!rmccu
  2. Organization: CUNY/UCC VM Systems
  3. Date: Tuesday, 5 Jan 1993 09:46:45 EST
  4. From: Robert Chambers <RMCCU@CUNYVM.BITNET>
  5. Message-ID: <93005.094645RMCCU@CUNYVM.BITNET>
  6. Newsgroups: bit.listserv.l-vmctr
  7. Subject: AUTOCAT times
  8. Lines: 30
  9.  
  10. I'd like to get an idea of how long people's condense&discard processing
  11. takes each night.
  12.  
  13. We run a minidisk-only shop here since SFS isn't fully supported under our
  14. current security scheme yet.
  15.  
  16. Just for grins we added a bunch of users (14,000) to a shared file system
  17. and put some junk in some directories.  I tried a backup of the whole
  18. thing and it got done pretty fast.  To make sure the tapes weren't tied
  19. up for a while I set a 1 day retention period for them.
  20.  
  21. At 12:30am the next morning I get a phone call from our operations because
  22. the job they submitted right after midnight hadn't started yet.  I took
  23. a look and at 1:00am VMB was STILL doing its AUTOCAT processing.
  24.  
  25. I END (FORCEd vmb and restarted it and the job took off without doing a
  26. condense and discard- The next night the same thing happened so I said to
  27. let it run until 2am, if it hasn't started by then, end force it and
  28. autolog it again.
  29.  
  30. The next night (there were 3 days worth of condenses built up) we didn't
  31. run backups (weekend) so the autocat went through and took until around
  32. 2:30 to finish.
  33.  
  34. Has anyone else had major problems with autocat taking so long?  I have
  35. a call in to SCI but nothing yet.
  36.  
  37. This is with VMBACKUP 5.3C
  38.  
  39. Robert
  40.