HDTenEightyP/NetNews huggingface dataset:
From: FZC@CU.NIH.GOV ("You've got to change your evil ways")
Newsgroups: comp.os.vms
Subject: Stolen Messages
Date: 23 Dec 92 03:07:54 GMT
Distribution: world
Organization: The Internet

I received the two XMAS banners, and since the mailer
I get them stips off the sender, I am blatantly stealing
them for the VAX computer list.

The end of the one is changed from this:

  ***                                  MMM        /----------/              ***
  ***                 /----Q----\      MMM      /-----Q----/  |             ***
  ***                (  MVS/ESA  )  \__MMM__/   | VM/ESA   |  |             ***
  ***                 \_________/    \_____/    |__________| /              ***

TO:

  ***                                  MMM        /----------/              ***
  ***                 /----Q----\      MMM      /-----Q----/  |             ***
  ***                (   ALPHA   )  \__MMM__/   | VAX/VMS  |  |             ***
  ***                 \_________/    \_____/    |__________| /              ***
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: comp.os.vms
Subject: Re: Problem with file open detection
Date: 23 Dec 92 21:21:29 GMT
Organization: Micrognosis, a division of CSK(UK) Ltd

In article <1h9rbcINN1c9@gap.caltech.edu>, carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:
|> (I thought there was a "vmserr" variable, but a quick look at HELP CC
|> RUN didn't show it [...]

Close, it's vaxc$errno. A C routine with a similar function to yours would
be:

#include <stdio.h>
#include <rmsdef.h>
#include <errno.h>

int is_open(char *file_spec) {
	int	x;
	FILE	*f = fopen(file_spec, "a");

	x = ((f == NULL) && (errno == EVMSERR) && (vaxc$errno == RMS$_FLK));
	if (f) fclose(f);
	return x;
	}

Neil.
-- 
 Phone: +44 71 815 5283  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
Newsgroups: comp.os.vms
From: olin@vger.cheme.cornell.edu (Steve Thompson)
Subject: Re: Mount verification timed out
Reply-To: olin@vger.cheme.cornell.edu
Organization: Chemical Engineering, Cornell University, NY
Distribution: world,local
Date: Tue, 29 Dec 1992 22:20:49 GMT

In article <1992Dec29.215329.8795@das.harvard.edu>, chen@speed.uucp (Lilei Chen) writes:
>In article <1992Dec29.115919.4181@arizona.edu> Leonard@Arizona.EDU writes:
>>Boost the value of the SYSGEN param MVTIMEOUT.  (By default 3600 sec. =
>>1 hour.)  We have ours set to the maximum, which is 64000 sec (a little
>>under 18 hours), which should give your rebooting node enough time to
>>come back up and start re-serving the disks.
>>
>>Aaron
>
>The problem occures even when the node is down for 5 minutes.  I am not
>sure what MVTIMEOUT really does.
>
>Jim

Is it possible that the node being shut down does a DISMOUNT/CLUSTER?
You'd only want the /CLUSTER qualifier if the node wasn't coming back
up shortly.

Steve

---------------------------------------------------------------------------
Steve Thompson, System Mangler   Internet: thompson@cheme.cornell.edu
School of Chemical Engineering   Bitnet:   thompson@crnlchme
Olin Hall, Cornell University    Phone:    (607) 255 5573
Ithaca NY 14853
---------------------------------------------------------------------------
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: RE: Decomp' UNIX compress files on VAX?
Date: 24 Dec 92 13:12:46 GMT
Distribution: world
Organization: The Internet


	I need to get some files that were compressed with UNIX's compress
	utility onto my vax for processing by PV-WAVE. I have lzdcmp.exe but
	it will not decompress the files. Here's the background

	1. I use UCX ftp to get files A.Z AND B.Z from the server.
	2. I try to decompress them using LZDCMP on the vax trying
	   no qualifiers and various combinations of qualifiers which
	   had no effect. The program halts with an error message and
	   does not decompress the file.
	   I tried decompressing files after transferring them via
	   ftp in both IMAGE mode and ASCII mode.  By the way which
	   is the proper mode for .Z files ?
	3. I can get the file onto my mac and decompress it using a mac
	   decompress. I can decompress both the file that was transferred in
	   ascii mode and the file transferred in image mode.

	4. Does anyone know why lzdcmp is not working as I'd rather not have
	to go to the mac to decompress these files.

OK; I give up.  I've tried and tried and tried, but I just can't seem to guess
what error message the program halts with.  You've really got me puzzled.  It
seems, from the paucity of other replies, that you've puzzled everyone else on
INFO-VAX, too.  That WAS the point of your message, wasn't it?  I mean, if
you'd wanted to know how to decompress the file, you would have told us what
the error message was, and what "various combinations of qualifiers" you had
tried and with what effect.

Oh, I know:  You wanted an answer WHATEVER THE ERROR MESSAGE WAS.  So let me
pick one.  I pick:

	%SYSTEM-F-DEVICEFULL, device full - allocation failure

This means you have no space on your disk for the output file.  The solution
is either to buy a bigger disk (hey, I've got a spare RD53 I could part with
for a reasonable sum) or you have to delete a bunch of files.

OK?
							-- Jerry
From: gurman@umbra.gsfc.nasa.gov (Joseph B. Gurman)
Subject: Re: TT_AccPorNam field remains null on a SHOW USERS output ?
Organization: Goddard Space Flight Center
Date: Tue, 29 Dec 1992 03:55:35 GMT

carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick) writes:

> [original post and most of response omitted]
>
>       1)  Are some of the sessions in question TELNET sessions?  If
so, what
>           TCP/IP implementation are you using?
>       2)  Under what circumstances is the SERVER/PORT information left
blank
>           (at a guess, it's when the person has TELNETed from the
server.  Of
>           course, that would give a physical terminal name of
something other
>           than LTAnnn:, but since you couldn't take the time to find
one of
>           those mystery sessions, I doubt you'd be too careful about
getting
>           the information in your made-up example scrupulously
correct.
 
    For what it's worth, logged onto a VMS V5.5-2 system with UCX V2.0
via
Telnet, my TT_ACCPORNAM is (quotes included as delimiters) "Host:
128.183.57.149   Port: 47473" Your mileage may vary.

                                                     Joe Gurman

--
J.B. Gurman / Solar Physics Branch / NASA Goddard Space Flight Center /
Greenbelt MD 20771 USA / gurman@uvsp.gsfc.nasa.gov
| Federal employees are prohibited from holding opinions under the Hatch Act.|
| Therefore, any opinions expressed herein are somebody else's.              |
Newsgroups: comp.os.vms
Subject: Re: Apending a file at the end of mail.
From: don@zl2tnm.gen.nz (Don Stokes)
Date: 23 Dec 92 10:28:22 GMT
Distribution: world,local
Organization: The Wolery

vance@lpl.arizona.edu (Vance Haemmerle x4021) writes:
>   And to think... TPU becomes the default editor under VMS V6.0.
>   Oh the horror! ;-)

Not on my system.  (He says, despairing of finding enough space to put
5.4 up on....)

>   Anyway, here's someone's question I couldn't answer after spending
>   lots of time with the DOC CD-ROM.  Is there a system service or
>   Run-Time Library routine that returns the amount of blocks allocated
>   to a file?  Something like stat() in C, but the allocated space, not
>   the used space.  I hope the answer doesn't involve reading the
>   directory file format manulally or seting up RMS control structures.

What's so hard about RMS control structures?

		.title get_hbk	Get highest block allocated to file
	;
	; allocated size = GET_HBK( filename string passed by descriptor )
	;
		.psect HBK_RW, long,noexe,noshr,wrt
	fab:	$FAB xab=xabfhc
	xabfhc:	$XABFHC

		.psect HBK_RE, exe,shr,nowrt
		.entry GET_HBK, ^M<>
		movl 4(AP), R0			; Find arg string
		cvtwb (R0), fab+FAB$B_FNS	; Poke size & address into FAB
		movaq @4(R0), fab+FAB$L_FNA
		$OPEN fab			; Open file
		blbc R0, 99$			; OK?
		$CLOSE fab			; Close it again
		movl xabfhc+XAB$L_HBK, R0	; Grab highest block
		ret

	99$:	$EXIT_S R0

		.end

(Yes, FAB$L_ALQ contains the same info, but I wanted to demonstrate just
how easy XABs are.)

--
Don Stokes, ZL2TNM (DS555)                        don@zl2tnm.gen.nz (home)
Network Manager, Computing Services Centre            don@vuw.ac.nz (work)
Victoria University of Wellington, New Zealand              +64-4-495-5052
From: FZC@CU.NIH.GOV ("Jurassic Park Control Center")
Newsgroups: comp.os.vms
Subject: Newspaper article on DEC
Date: 23 Dec 92 22:50:00 GMT
Distribution: world
Organization: The Internet

Washington Post, 12/23/92 page E1

Digital Equipment Divided itself into nine units
designed to react more swiftly to developments
in the computer industry.  Five units will target
certain industry groupings, such as health care
and communications, while the other four will
focus on certain products and services such as
personal computers and maintenance.
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: What is XPDRIVER for?
Date: 30 Dec 1992 13:19:03 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Dec29.185622.1038@cmkrnl.com>, jeh@cmkrnl.com writes:
>You can see what's on the Q-bus by
>
>	$ run sys$system:sysgen
>	SYSGEN> SHOW/UNIBUS
>	SYSGEN> SHOW/CONFIG

WHOA!  WHOA!  TIME-OUT!  WAIT A MINUTE!  The SHOW/UNIBUS command is
*DANGEROUS*.  It talks to all the devices on the bus in a way that's
uncoordinated with anything else VMS is doing with them.  To quote from the
online help for SYSGEN:

SHOW

  /UNIBUS

   /UNIBUS

    Tests every word in UNIBUS I/O space and returns a list of addresses
    that respond and the value that was read. Note that this command is
    useful for debugging UNIBUS autoconfigure problems, but it is not
                                                        -------------
    recommended for use on a running system. All unibus adapters are the
    ----------------------------------------
    default, /ADAPTER=adapter-spec can be  specified.  Requires  CMKRNL
    privilege.

(emphasis mine).  Using this command can crash your system.  Wait 'til you're
ready to reboot before using it, if at all possible.
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Xref: sparky comp.os.vms:19766 vmsnet.tpu:553
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms,vmsnet.tpu
Subject: Re: Help on "simple" EVE/TPU procedure
Date: 23 Dec 1992 10:46:08 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <1992Dec22.145106.18049@nntpd.lkg.dec.com>, reinig@augie.enet.dec.com (August Reinig) writes:
>Untested, but the following should truncate each line in the file 
>to 72 characters and then remove any trailing blanks.  With a small
>modification, the truncate count could be a parameter to the routine
>but I can't remember the EVE syntax for this off the top of my head.
>Perhaps Bill will oblige.

Could I ask a question, please?

Why are you (apparently a DEC employee) posting an "untested" procedure?  Or by
"untested" did you mean that you'd tested it on a number of files, but hadn't
subjected it to use by idiots (as in, "You can't make anything idiot-proof; 
Idiots are too ingeniosu!")

>This routine won't work if there are tabs in the sources.  There
>are EVE routines to change tabs to spaces which you should use 
>first if tabs are present.

You're wrong about the tabs.  VAX FORTRAN considers a tab to be a single
character.  So your procedure WILL work if there are tabs in the source, it the
program is to be compiled by VAX FORTRAN.  Don't disparage your efforts
unnecessarily!

Proof:

	$ TAB :=
	$ TAB[0,8] = 9
	$ COPY NL: FOO.FOR
	$ OPEN/APPEND FILE FOO.FOR
	$ WRITE FILE TAB,"TYPE 10"
	$ WRITE FILE "10", TAB, "FORMAT(1X,'", -
	"01234567890123456789012345678901234567890123456789012345')"
	$ WRITE FILE TAB, "END"
	$ CLOSE FILE
	$ FOR FOO
	$ LIN FOO
	$ RUN FOO
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
Newsgroups: comp.os.vms
From: rkoehler@author.gsfc.nasa.gov (BOB KOEHLER)
Subject: Re: Unable to delete file
News-Software: VAX/VMS VNEWS 1.4-b1  
Organization: CSC System Sciences Division
Date: Tue, 29 Dec 1992 13:54:00 GMT

In article <009658B3.F3FE06A0.30649@VAX1.Bemidji.MSUS.EDU>, ts117@VAX1.BEMIDJI.MSUS.EDU (TANDI SUNARTO) writes...
>Hi, everybody !
> 
>I couldn't delete a file in my directory, eventhough I have set the
>protection of owner to RWED, yet I keep reeiving insufficient privelege
>or file protection violation message.
> 
>What should I do ?
> 
>Tandi.
>TS117@VAX1.BEMIDJI.MSUS.EDU
> 
   This looks like for some reason you don't have write access to the   
   directory file.  Or you're not the owner of the file.  Try 
   DIRECTORY/SECURITY on both the file and the directory it's in: 

   such as:

	for DISK1:[TOP.NEXT]A.B;2

	dir/sec DISK1:[TOP.NEXT]A.B;2
	dir/sec DISK1:[TOP]NEXT.DIR;1

   or for DISK1:[TOP]AC.B;4

	dir/sec DISK1:[TOP]AC.B;4
	dir/sec DISK1:[000000]TOP.DIR;1
From: nreadwin@micrognosis.co.uk (Neil Readwin)
Newsgroups: comp.os.vms
Subject: re: MAIL problem (NOT newmail count :)
Date: 31 Dec 92 18:24:00 GMT
Organization: Micrognosis, a division of CSK(UK) Ltd

A couple of people have explained about the lost MAIL.LIS files being
created for print jobs from MAIL ... does anyone know a reason why lost
MAIL.TXT files get created? We get large numbers of these on our system
disk. They are almost always zero length and all the ones I can find at
the moment are owned by the MAIL$SERVER account (which is used for
incoming DECnet mail access). Neil.
-- 
 Phone: +44 71 815 5283  E-mail: nreadwin@micrognosis.co.uk
 Anything is a cause for sorrow that my mind or body has made
From: twpierce@unix.amherst.edu (Tim Pierce)
Subject: Re: How To Subscribe to Info-Vax
Organization: Elitist Usenet Administrators, Turkey Division
Date: Fri, 25 Dec 1992 01:16:34 GMT

In article <9212230640.AA10253@ucbvax.Berkeley.EDU> FZC@CU.NIH.GOV ("Always Something There to Remind Me") writes:

>Subject isn't important.  As the first line of the
>message put in
>
>SUBSCRIBE INFO-VAX Firstname Lastname

And, if you use

SUBSCRIBE INFO-VAX-SOURCES Firstname Lastname

...they will automatically be e-mailed the sources to VMS.

-- 
____ Tim Pierce                / 
\  / twpierce@unix.amherst.edu /               Rocks say goodbye.
 \/ (BITnet: TWPIERCE@AMHERST) /
From: ppan@nobeltech.se (Per Andersson)
Newsgroups: comp.os.vms
Subject: Re: HELP!!! Security problem for gurus.
Date: 3 Jan 93 00:01:15 GMT
Organization: NobelTech AB

In article <1992Dec10.095514.1337@galaxy.gov.bc.ca> ewilts@galaxy.gov.bc.ca (Ed Wilts) writes:
>In article <B1FB21FFA27F004AEF@imimnvx.irfmn.mnegri.it>, PSI%ITAPAC.22800002::PITCLS::ADRIANO@imimnvx.irfmn.mnegri.it (Adriano Santoni) writes:
>> 
>> 	I need to avoid certain people to scan a directory of mine. This
>> 	could seem a very trivial issue, if it was not for the following:
>> 
>> 	o  Some users of mine have (and need to retain) *ALL* privileges
>As long as they are privileged, there is absolutely nothing you can do to stop
>them from accessing your data.  If they so chose, they could even use your
>userid to do it.
>
>If you can't trust them with the privileges, don't give them out.  Simple as
>that.

Oh, yes, there is something he can do. Use SE-VMS, the secure version of
VMS. But then the machine will probably be unusable, unadministrable and
slow. But secure.

/Per
-- 
-----------------------------------------------------------------------------
Per Andersson - ppan@nobeltech.se (perand@stacken.kth.se on free time)
Managing networks at, but not speaking for Nobeltech AB, J{rf{lla, Sweden
-----------------------------------------------------------------------------
From: carl@SOL1.GPS.CALTECH.EDU (Carl J Lydick)
Newsgroups: comp.os.vms
Subject: Re: SUBSRIBE INFO-VAX
Date: 22 Dec 1992 05:29:51 GMT
Organization: HST Wide Field/Planetary Camera
Distribution: world
Reply-To: carl@SOL1.GPS.CALTECH.EDU
NNTP-Posting-Host: sol1.gps.caltech.edu

In article <A946657A26FF00101A@EGFRCUVX>, SABRY@SHEBIN.EG (Sabry Kotob El-Ganzory) writes:
>"SUBSCRIBE INFO-VAX" SABRY KOTOB

After close to a month of ill-formed questions, this guy finally tries to
subscribe?

All my previous flames were understated!
--------------------------------------------------------------------------------
Carl J Lydick | INTERnet: CARL@SOL1.GPS.CALTECH.EDU | NSI/HEPnet: SOL1::CARL

Disclaimer:  Hey, I understand VAXen and VMS.  That's what I get paid for.  My
understanding of astronomy is purely at the amateur level (or below).  So
unless what I'm saying is directly related to VAX/VMS, don't hold me or my
organization responsible for it.  If it IS related to VAX/VMS, you can try to
hold me responsible for it, but my organization had nothing to do with it.
From: akira@atson.asahi-np.co.jp (Akira Takiguchi)
Newsgroups: comp.os.vms
Subject: Re: flushing in VAXC and DECC
Date: 29 Dec 92 00:11:31 GMT
Organization: ATSON, Inc. (a subsidiary of the Asahi Shimbun)

In article <1hn91uINNnna@gap.caltech.edu> carl@SOL1.GPS.CALTECH.EDU writes:
>And,
>byt the way, despite the claim by another person, the program:
>
>#include stdio
>main()
>{	int fd;
>	fd = creat("TEST.DAT");
                         ,0600);
>	write(fd, "This is a test.\n", 16);
>	fsync(fd);
>	sleep(30);
>}
>
>Also exhibits exactly the same behavior.

     Thanks for pointing this out.  I believe this is (one of) the reason
why fsync() was undocumented.  Since it's documented now in AXP manual,
doesn't this example work as expected on AXP machines?  (I guess Paul used
AXP machines for testing?)

     Anyway, this does not invalidate my argument.  Since fsync is named
after the unix function (though actual semantics is quite different;  as
you know, on unix "written" data are immediatedly shared among processes.
Fsync() merely guarantees the data is on disk and can be considered safe
from crash), it should reasonably imitate unix behaviour - no wonder you
need fflush() before fsync().
-- 
       Akira Takiguchi  at ATSON, Inc. (a subsidiary of the Asahi Shimbun)
                   WAKO GINZA bldg.  8-10-4 Ginza Chuo-ku Tokyo 104  Japan
   +81 3 3289 7051(voice) 7066(fax)  EMAIL TO <akira@atson.asahi-np.co.jp>
Newsgroups: comp.os.vms
Subject: Re: Detecting directory of invoked .com
From: domiller@ualr.edu
Date: 25 Dec 92 20:37:25 GMT
Organization: University of Arkansas at Little Rock

In article <1992Dec23.181631.29078@tigger.jvnc.net>, fogelinc@Cyanamid.COM (Carl Fogelin) writes:
>>
>>> In a DCL program, I would like to be able to determine what directory the
>>> invoked .com file is located in.  I seem to remember a similar thread about
>>> 6 - 8 months ago, so I hope someone remembers the solution.
>>
 [...]

> On a related note, is there any way from within an executable to determine the
> name of the DCL command program which invoked said executable?  If it makes a
> difference, my executable was programmed in C.  Again thanks.
$ define flame_destination nla0:

OK, I'll bite.  The solution I use (subject to breakage with any major VMS
update, use at your own risk, etc.) is:

	.TITLE CHECKDIR
	.IDENT /1.0/
;-------------------------------------------------------------------------------
;
;	This routine returns the name of the currently executing command
;	procedure.
;
;	Call with the address of a string descriptor.
;	Status is returned in R0
;
;-------------------------------------------------------------------------------

	.LIBRARY /SYS$LIBRARY:LIB/	; Executive macro library
	.LINK 'SYS$SYSTEM:SYS.STB'/SELECTIVE_SEARCH
	.LINK "SYS$SYSTEM:DCLDEF.STB"/SELECTIVE_SEARCH

	$PCBDEF				; Process Control Block offsets
	$STSDEF				; Command Lang defs
	$UAIDEF
;-------------------------------------------------------------------------------

	.PSECT	CODE RD,NOWRT,PIC,EXE,LONG
	.ENTRY	CHECKDIR ^M<r6,r7,r8>		; Routine entry point
	movzwl	@4(ap),r6
	movl	4(ap),r7

        $CMEXEC_S ROUTIN=200$		;call the retreival code in EXEC mode
        BLBS	R0,5$			;quit if problem (nopriv)
	BRW	90$
5$:	MOVL	#SS$_NORMAL,R0
90$:	RET				; back to the caller

200$:   .WORD   0			; Exec entry point
        MOVAL   G^CTL$AG_CLIDATA, R1    ;get address of process's cli area
        MOVAL   @PPD$L_PRC(R1), R1      ;pointer to process permanent data
        MOVAL   @PRC_L_IDFLNK(R1), R1   ;   "    to indirect command file
        MOVAB   @IDF_L_FILENAME(R1), R1 ;   "    to command proc name
        MOVZBl  (R1), r8		;save length of name
        MOVC5   r8, 1(R1), #^A' ', -	;copy name--padded with blanks--
                r6, @4(r7)		; into passed string
        MOVZWL  #SS$_NORMAL, R0		; Set success
        RET				; Return from exec
;
	.END

----------------------------------------------------------------------------
| Dale O. Miller                          | #   #  ###  #     ####         |
| University of Arkansas at Little Rock   | #   # #   # #     #   #        |
| 2801 S. University                      | #   # ##### #     ####         |
| Little Rock, AR  72204-1099  USA        | #   # #   # #     #  #         |
| (501)569-8714                           |  ###  #   # ##### #   #        |
| DOMILLER@UALR.EDU, DOMILLER@UALR.BITNET | Disclaimer: This does not      |
| 92-20-28 W,34-43-30 N.ICBMNET           | say what I say it doesn't say. |
----------------------------------------------------------------------------
Newsgroups: comp.os.vms
From: sysbrc@loki.albany.edu (Brian Cuttler)
Subject: Re: Mount verification timed out 
Organization: State University of New York at Albany
Date: Tue, 29 Dec 92 16:12:55 GMT

In article <1992Dec29.152302.1716@das.harvard.edu> chen@speed.uucp (Lilei Chen) writes:
>In our VAX/VMS-cluster a bunch of disks are cross mounted.  Somtimes when
>a node goes down, its disks are marked mount verification timed out.  I
>haven't found a way to get those disks remounted without rebooting the
>nodes.  I am wondering if someone on the net has a solution for that problem.
>Thanks.
>
>Jim  (xue@cfaft5.harvard.edu)

Jim, 

You must allow the disks to dismount, then remount them.  To dismount
the disks you must close all I/O channel to them.  From the nodes that
have the disk(s) in mount-verify 1) remove installed images 2) terminate
outstanding I/Os (maybe you need to nuke a few user processes) 3) the
$ show dev/files command will tell you what channels are open.

						Brian
-- 
------------------------------------------------------------------------------
 Brian R Cuttler                 |        bitnet:    sysbrc@albnyvms
 Senior System Programmer        |        internet:  sysbrc@uacsc1.albany.edu
 State Univ of NY at Albany      |        phone:     518-442-3906