Article 150018 of comp.os.vms:
William Tait wrote:
> 
> Alan Frisbie wrote:
> >
> > In late April I updated my VAXstation-II system from VMS v5.5-1
> > to v6.2.   In late May I left on a long vacation, thinking that
> > everything was in order.   The only thing running in my absence
> > was my UUCP connection and ANU NEWS.
> >
> > I just returned and found that the file SYS$QUEUE_MANAGER.QMAN$JOURNAL
> > has grown to 95,000 blocks!   Another system that I manage only
> > has 122 blocks in this file, although its workload is very different.
> >
> > I have a vague recollection of reading something about this
> > problem, but I cannot remember where (perhaps in this group?).
> > I can find nothing about it in the Release Notes or elsewhere.
> >
> > Can someone please tell me what would cause this to happen?
> > Is there a "graceful" way to reduce the size of this file?
> > What would be the side-effects of deleting the file and rebooting?
> > How can I prevent this from happening in the future?
> >
> > --  Alan E. Frisbie               Frisbie@Flying-Disk.Com
> > --  Flying Disk Systems, Inc.
> > --  4759 Round Top Drive          (213) 256-2575 (voice)
> > --  Los Angeles, CA 90065         (213) 258-3585 (FAX)
> 
> SYMPTOM:
> 
> After upgrading to OpenVMS v6.2, the queuing systems journal file,
> SYS$QUEUE_MANAGER.QMAN$JOURNAL, may grow unexpectedly large.
> 
> WORKAROUND:
> 
> To properly resize the journal file, there is an unsupported and undocumented
> utility called JBC$COMMAND. Issuing the following commands causes the journal
> file to resize itself to a more appropriate size.
> 
>         $ run SYS$SYSTEM:JBC$COMMAND
>         JBC$COMMAND> DIAGNOSTIC 7
>         $
> 
> The queue manager does not have to be restarted, and the journal file is resized
> immediately after there commands are issued.


There is also a patch available through DNSLink to permanently fix the problem.  

Unfortunately, I've forgotten what it's called.  Try searching on Queue Manager.

***************************
Keith Forney
ABB CENO -- Windsor, CT USA
kforn@nfmb17.usnus.abb.com
I don't speak for ABB, and they return the favor.