[an error occurred while processing this directive]

HP OpenVMS Systems

Ask the Wizard
» 

HP OpenVMS Systems

OpenVMS information

» What's new on our site
» Upcoming events
» Configuration and buying assistance
» Send us your comments

HP OpenVMS systems

» OpenVMS software
» Supported Servers
» OpenVMS virtualization
» OpenVMS solutions and partners
» OpenVMS success stories
» OpenVMS service and support
» OpenVMS resources and information
» OpenVMS documentation
» Education and training

Quick Links

» Non-javascript page
» Ask the Wizard
» OpenVMS FAQ

Test Drive OpenVMS

» OpenVMS I64 test drive
» Java test drive

Other information resources available to you include:

» OpenVMS freeware
» ECO kits, software and hardware support, prior version support
» Alpha SRM, ARC, and AlphaBIOS firmware updates
» ENCOMPASS - HP user group
» OpenVMS software downloads, OpenVMS freeware CD-ROM
» OpenVMS firmware locations
» DECconnect passive adaptor charts
» Cables reference guide
» MicroVAX console commands
» OpenVMS student research

Select a topic below to see Questions Frequently Asked by partners

» Using the online documentation library(installing BNU from the asap SDK)
» Global sections(how to create and use.)
» xx$CREATE_BUFOBJ system service(usage)
» Ethernet address(methods of determination)
» Shareable images(cookbook approach to creating one)
» Sharing data/code at absolute addresses(a guide with examples)
» Determining the Alpha microprocessor
» Using GETSYI to get hardware status

Evolving business value

» Business Systems Evolution
» AlphaServer systems transition planning
» Alpha RetainTrust program

Related links

» HP Integrity servers
» HP Alpha systems
» HP storage
» HP software
» HP products and services
» HP solutions
» HP support
disaster proof
HP Integrity server animation
HP Integrity server animation
Content starts here

Ask the Wizard Questions

Non-fatal bugcheck accessing a file

The Question is:

Hi

I have an RMS journaling question for the wizards.
I have a file which when accessed is causing an rms bugcheck
and the process can die.
ie dir/full on the file logs you out. However dir does not
log you out. It is important becauses it causes the backup
to fail.

It is not the latest version of the file so therefore I
tried to delete it. It fails as does the backup because the
file has active recovery units.

I cannot seem to remove journaling with the set file/noai
/nobi etc command. I beleive the journal might have been
deleted. By what I don't know.

How can I get rid of the file.

Thanks


The Answer is:

    > Version: v 5.5-2
    > I have a file which when accessed is causing an rms bugcheck
    > and the process can die.

    Well, that sould of course never happen.
    There have been several correction made to RMS since VMS V5.5-2.
    Many of those are available in the most recent RMS patch kit for
    that version, available through the colorado support center.
    You may want to verify that you have the latest pathes installed.
    Better still... try accessin the file from a VMS 6.2 (or 6.1) system.
    If that still causes an RMS Bugcheck (ANAL/ERR/INCL=BUG/SINCE=...)
    then please raise this issue through your support channels.

>It is not the latest version of the file so therefore I
>tried to delete it. It fails as does the backup because the
>file has active recovery units.

    Check out $HELP SET FILE /RU_ACTIVE and /RU_FAC

    I believe that the following command should clear any and all
    RMS journalling information:

    	$SET FILE/RU_FAC=RMS/RU_ACT=0/NORU_JOURNAL/NO_AI/NO_BI


    hope this helps,