HDTenEightyP/NetNews huggingface dataset:
From: leichter@lrw.com (Jerry Leichter)
Newsgroups: comp.os.vms
Subject: re: "volume is not software enabled", what to do?
Date: 10 Oct 92 12:15:06 GMT
Distribution: world
Organization: The Internet


	I have inherited a MicroVAX II, and am trying to figure out why the 9
	track tape drive isn't working. It worked at one point, but between
	then and now, I added a DELQA and installed (as opposed to upgraded
	to) VMS 5.4-3. It now no longer supports the TS05:

	$ mount/foreign msa0:
	%MOUNT-F-VOLINV, volume is not software enabled

	I have the TSDRIVER in SYS$LOADABLE_IMAGES. It is the correct version
	for VMS 5.4-3, as best I can tell. I have checked that it is
	connected: [SYSGEN output omitted]

	I don't have a maintenance contract on the thing, and since it sits
	next to my MicroVAX (which has an Emulex controller with TMSCP support
	for the 9 track), I can always get stuff to and from 9 track if I need
	to, but I hate anything that won't bend to my will. Is there any
	hardware problem that would cause this, or is it strictly software
	(wrong driver, driver not properly loaded)?

It's purely a software problem (though certain hardware problems could
probably contribute to it occuring inappropriately), but at a much simpler
level than an incorrect driver.  VMS will software-disable a magnetic tape
volume if it has reason to doubt its information about what tape is there,
and whether you should write to it.  The classic case:  You have a tape
MOUNTed; then you physically remove and re-insert the tape.  VMS doesn't
know whether you have the right tape on the reel.  Normally, it goes into
mount verification to check, but there are certain cases where it doesn't;
I can't pin them down exactly.

Anyhow:  If in fact you took the drive off-line while a tape was mounted on
it, put the original tape back on and DISMOUNT it.  This will usually clear
the problem.

If it doesn't, a reboot certainly will.  There is also an (undocumented)
maintenance QIO that will tell the driver to reset itself, but unless this
is a recurring problem, it's not worth going into.  If it IS a recurring
problem, it suggests a hardware problem involving spurious "tape offline"
and "tape dismounted" messages to the CPU.
							-- Jerry

Newsgroups: comp.os.vms
From: billb@crpmks.uucp (Bill Bochnik (Info Systems))
Subject: Re: Pathworks on a VAXCluster
Reply-To: billb@crpmks.UUCP (Bill Bochnik (Info Systems))
Organization: Ciba-Geigy Corporation
Date: Wed, 7 Oct 1992 16:00:12 GMT

In article <01GPLJ8UTMBC8WWY8I@rovax.corning.com> GOLDER_GL@CORNING.COM ("Gregory L. Golder  974-7539", 607) writes:
>
>    Hello all,
>
>    	 I have a few questions for anyone who may have the following
>    configuration.
>
>    We are considering the purchase of two VAX 4000-400's and we would like
>    like to be sure that Pathworks will work the way we want it to on a VAX
>    cluster.  What I would like to see happen is that you can define the
>    cluster alias as the server node on the clinet machines and the VAXen
>    will balance the users between them.  I should add that the VAXen will
>    be DSSI clustered and using a bunch of RF disks.
>
>    As a bonus, say that one VAX goes away, would the clients switch to
>    the other node without the need to reboot them?  This info is critical
>    to our purchase descision, so any good info will be greatly appreciated.
>

You can set up pathworks to use the cluster alias to balance between the 2 
machines, but automatic failover is NOT possible (so far).  If a node goes 
down, the pc wil rebind the connection when it comes back up, but it will not 
fail over to the other machine.  The only answer I know of now is a pc reboot, 
or wait until the server comes back.

-- 
Bill Bochnik			| It's hard to be a James Bond in an Abbott
Systems Analyst 		|	and Costello world.
Ciba-Geigy Corporation		| Signed and sealed, they deliver oblivion.
philabs!crpmks!billb		| It's worse than that, he's dead Jim.
From: rankin@EQL.CALTECH.EDU (Pat Rankin)
Newsgroups: comp.os.vms
Subject: Re: Longest record length in STREAM file?
Date: 9 Oct 92 00:36:06 GMT
Distribution: world
Organization: The Internet

>> I have an application that will read a text file that may contain very
>> long lines. My problem is basicly to allocate a big enough buffer for
>> the longest line/record in the file. If the file has a variable length
>> record format, I can just get the XAB$W_LRL value and use that as the
>> size of the buffer, but what to do if it's a STREAM file?

     The only way to handle arbitrary stream files is to process them
in block mode instead of record mode.  It's possible for a multi-gigabyte
file to consist of a single record, although I doubt if many people would
classify that as a "text file".

> To handle stream files and variable line length files with incorrect
> longest line (typical 0) I would suggest you always allocate the
> maximum line-length 32767. Even then you  can be bitten by incorrect
> stream files with longer records.

     $GET will read up to 65535 bytes; $PUT enforces 32767 as a limit
when writing.  Neither is sufficient to handle an arbitrary stream file.
What does "incorrect stream files with longer records" mean?  There's
no such thing as "maximum line length".  Stream format is used to avoid
record limitations; no particular amount of data is correct or incorrect.

		Pat Rankin, rankin@eql.caltech.edu
From: SRDANIELS@RCKHRST1.BITNET ("SCOTT R. DANIELS")
Newsgroups: comp.os.vms
Subject: BITCTRL files from FTP sites...
Date: 13 Oct 92 14:28:20 GMT
Distribution: world
Organization: The Internet

Anybody out there know how to re-join files that are sent from FTP sites in
multiple parts ??  We are running PMDF v4.1 and JNET v3.5 on our system, and
sometimes when I get BIG files from an FTP site they come in multiple parts
along with a text file called BITCTRL ?  How should I RECEIVE these parts ?
Any information would be greatly appreciated !  Thanks in advance !

    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
    |                     |      Scott R. Daniels      |                 |
    | SRD@RCKHRST1.BITNET | VAX/VMS Systems Programmer | +1 816.926.4065 |
    | SRD@RCKHRST2.BITNET |     Rockhurst College      | +1 816.926.4162 |
    |                     |   Kansas City, MO  64110   |                 |
    -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
From: rankin@EQL.CALTECH.EDU (Pat Rankin)
Newsgroups: comp.os.vms
Subject: Re: fwrite() in vaxcrtl broken?
Date: 14 Oct 92 22:10:49 GMT
Distribution: world
Organization: The Internet

> I'm experiencing this REALLY weird problem with fwrite() to stdout.
> It appears to work fine when I run the program, but if I spawn/nowait/out
> the program, it sticks a newline/cr/whatever in there!
[...]
>  printf("\n\n\n\n\nfwrite returns %d\n",fwrite(tmps,1,3,stdout));

     What you're seeing is documented behavior; fwrite's output
depends on the file format.  For variable-length record format files,
fwrite(buffer, size, count, file) writes `count' records of length
`size', so fwrite(tmps,1,3,stdout) creates three 1-byte records,
as you've discovered.  If you reverse the 2nd and 3rd arguments
in this case, the results will be "better".  [Actually, you want
fwrite(buffer, count * size, 1, file).]

     If you were using a stream-lf record format instead of variable
with implied carriage return, you wouldn't notice this situation.
Unfortunately, you can't control how VMS views the format of a
mailbox device.  (Actually, V5.5 introduced some changes to mailboxes
which may be able to help here, but I haven't looked into them yet.)

		Pat Rankin, rankin@eql.caltech.edu
From: ecf_stbo@jhuvms.hcf.jhu.edu (Blabst from the Pabst...)
Newsgroups: comp.os.vms
Subject: Re: Remote tape backups, RMT, etc.
Date: 9 Oct 92 15:54:00 GMT
Organization: The Johns Hopkins University - HCF
News-Software: VAX/VMS VNEWS 1.41

In article <9210081344.AA17185@relay1.UU.NET>, gleeve@galaxy.dnet writes...
>The remote tape driver (ztdriver) that Wolfgang Moeller did for VMS

Dec has done it again. The driver for the dsw31/41 synchronous interface
that goes on Microvax 3100 systems is called ztdriver. Ztdriver comes with
the WAN drivers package. This device is also autoconfigured by sysgen. 


Tom O'Toole - ecf_stbo@jhuvms.hcf.jhu.edu - JHUVMS system programmer 
Homewood Computing Facilities, Johns Hopkins University, Balto. Md. 21218 
>Here comes a jet ski.
>weuh weeuhh weeuhh weeuhh WEEUHH WEEUHH WEEUHH WEEUHH weeuhh weeuhh weeuhh weuh
Xref: sparky comp.os.vms:16650 vmsnet.sources.d:647
From: goathunter@wkuvx1.bitnet
Newsgroups: comp.os.vms,vmsnet.sources.d
Subject: Re: Where is UUDECODE, TAR, and UNCOMPRESS for VMS ?
Date: 16 Oct 92 16:11:20 CDT
Organization: Western Kentucky University, Bowling Green, KY

In article <81775@ut-emx.uucp>, tai@utpapa.ph.utexas.edu (Tai Morris) writes:
> I know UUDECODE, TAR, and UNCOMPRESS originated with UNIX, but I
> work with uuencode, compressed tar files on a vms machine. I know
> these utilities exist for the vax, but where ???
> 
> p.s. What ftp sites have lots of VAX stuff ??
> 
ftp.spc.edu ([192.107.46.27]) has a lot of stuff, as does my FILESERV.

All of the above are available from both.  Via anonymous ftp, you'll
need:

	[.MACRO32]LZDCMP.EXE
	[.MACRO32.SAVESETS]UUCODE.BCK_Z
	[.MACRO32.SAVESETS]COMPRESS.BCK_Z
	[.MACRO32.SAVESETS]VMSTAR.BCK_Z

To get them via e-mail, send one or more of the following commands in
the body of a mail message to FILESERV@WKUVX1.BITNET:

SEND UUCODE
SEND COMPRESS
SEND VMSTAR

For a brief listing of all the packages available from FILESERV,
include the command DIR ALL on a separate line.

Hunter
------
Hunter Goatley, VMS Systems Programmer, Western Kentucky University
goathunter@WKUVX1.BITNET, 502-745-5251
From: byron@YOGI.HSC.UCALGARY.CA (Byron Draudson)
Newsgroups: comp.os.vms
Subject: Rdb development tools
Date: 16 Oct 92 18:54:16 GMT
Distribution: world
Organization: The Internet

What type of development tools are generally used with Rdb?  3rd party 4GL's
like Focus and SmartStar?  3GLs like Basic and Cobol?  DECForms?  We are
currently maintaining a Vax Basic/Rms application that we are considering
porting to an RDBMS and seeing as DEC provides a run time licence for Rdb, 
this would seem to be a cost effective solution.  Has anyone else gone thru
an RMS to Rdb conversion?

:byron

Newsgroups: comp.os.vms
From: pjs@euclid.JPL.NASA.GOV (Peter J. Scott)
Subject: Why do identical jobs have different accounting stats?
Reply-To: pjs@euclid.jpl.nasa.gov
Organization: Jet Propulsion Laboratory, NASA/Caltech
Date: Wed, 14 Oct 1992 23:39:10 GMT

I was profiling a lengthy run using IMON, so I ran it as a batch job
ten times.  Each batch job was identical: executing the same commands,
the same programs, reading/writing the same data files.  Yet in the
accouting stats at the end of the log files, there are variances as
follows:

Buffered I/O count ranges from 4623 to 4630
Direct I/O count ranges from 34008 to 35206
Page faults range from 5973 to 8789
Peak working set size ranges from 645 to 844

There seems to be a positive correlation between the first two, and
also between the second two.  The charged CPU time varies very
little (41:03 to 42:01) and the peak page file size not at all.

Not that I have to find out why, but I do not understand how identical
runs can have different I/O counts.  The others differences I can explain.
I talked with Bear Systems and they don't see how running their Image Monitor
could cause I/Os to be charged to the process being monitored.  We do run
Diskeeper but I am almost certain it was not running during any of these
jobs.  There was no LOGIN.COM and SYLOGIN.COM didn't change.  Each
job does intensive number-crunching and reads and writes several very large
files.  There is no way it can take different paths for the same data.
It comes within 1%-5% of filling the disk.  Any ideas?

-- 
This is news.  This is your       |    Peter Scott, NASA/JPL/Caltech
brain on news.  Any questions?    |    (pjs@euclid.jpl.nasa.gov)
From: mvbr@se.alcbel.be (Marc Verbruggen)
Newsgroups: comp.os.vms
Subject: Auditing TCP/IP access
Date: 7 Oct 92 09:28:56 GMT
Reply-To: mvbr@se.alcbel.be
Organization: Alcatel Bell Telephone


--
When you analyze the audit logfile with ANAL/AUDIT/FU several events register
the remote node id. If the event is caused by a DECnet access this number
equals areanumber*1024+nodenumber. Does anyone knows the relation between the
number in the event and the Internet address when the access uses TCP/IP (e.g.
TELNET) ? I get numbers like 1234567890. 
By the way, why does the event does not display the DECnet address or Internet
address in the usual form (e.g. 1.123 or 123.456.78.90) ? Finding out who is
1234 or 1234567890 can become cumbersome.
-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."




-----------------------------------------------------------
Marc Verbruggen                 tel : 03.240.94.19
Alcatel Bell Telephone          fax : 03.240.99.50
F. Wellesplein 1                email : mvbr@se.alcbel.be
B-2018 Antwerp
Belgium
 
"System Manager's Headaches Are Not Cured With Aspirin,
 There Is A Better Way ..."
From: ARNE@ko.hhs.dk (Arne Vajhxj)
Newsgroups: comp.os.vms
Subject: Re: Printserver 40 question...
Date: 7 Oct 92 12:04:48 GMT
Organization: The Internet

> I humbly request some assistance from the net.  Is there any way
> to change the default page orientation on the PrintServer 40 from
> portrait to landscape mode when printing ascii text files?  I know
> you can do this from the print command line using the /parameters
> switch.  What I would like to do is set up a default form with the
> page orientation set to landscape.  Have any of you done this?  I
> have looked through the documentation we have on the PrintServer 40
> and I cannot find any references to changing the default page
> orientation on the printer.

Try specify PAGE_ORIENTATION=LANDSCAPE as P3 to @SYS$STARTUP:CPS$GENERIC_QUEUE
in SYS$STARTUP:CPS$STARTUP !

                                                          Arne

Arne Vajhxj                             local DECNET:  KO::ARNE
Computer Department                     PSI:           PSI%23831001304030::ARNE
Business School of Southern Denmark     Internet:      ARNE@KO.HHS.DK
From: ROSSJI@JS-JTF.AF.MIL ("Jim Ross")
Newsgroups: comp.os.vms
Subject: 1024 tera
Date: 10 Oct 92 03:08:00 GMT
Distribution: world
Organization: The Internet

10e12 is tera
10e15 is peta
10e18 is exa

Jim Ross
From: ken@sycraft.com (Ken Richardson)
Newsgroups: comp.os.vms
Subject: Re: KERBEROS as replacement for SYSUAF
Date: 15 Oct 92 03:10:44 MDT
Organization: SyCraft Software, Colorado Springs CO

In article <16052@umd5.umd.edu>, bill@bill.ab.umd.edu (Bill Bame) writes:
> Nobody at DEC admits to working on, thinking about, or taking seriously the
> question of network security.  If there are any "related projects" inside or
> outside of DEC I have been unable to locate them.

Hmm.  That's odd.  I sat in on a VMS Directions session at the Fall Symposium a
couple of years ago, and it was really clear from that session that Kerberos
was exactly where VMS security was headed.  I suppose Alpha could have forced
it to the back burner, though...

The presenters (it was a panel as I recall) were high-level DEC people,
including Andy Goldstein, the really sharp (IMHO) senior VMS engineer.  He was
clearly very knowledgeable about the authentication issues and how they
should/could/would be fit into the VMS environment.

There was no commitment, of course, as it was just a FYI / directions kind of
presentation.  The point was to show that VMS is here to stay, and that these
issues are being thought about and designed in for the future.

The tape of the session is probably still available from the DECUS library (or
whomever sells them).  I think it was called "VMS Directions".  I know they
taped it because I bought a copy.

I hope this provides a clue as to where within DEC you might find answers about
VMS/Kerberos plans or projects.
-- 
------------------------------------------------------------------------------
 Ken Richardson  | SyCraft Software | When wealth is lost, nothing is lost;
 ken@sycraft.com | Colorado Springs | when health is lost, something is lost;
                 | CO, USA          | when character is lost, all is lost.
------------------------------------------------------------------------------
From: doug@owl.isis.org (Douglas W Murray)
Newsgroups: comp.os.vms
Subject: Re: Somy 8mm vs Exabyte tapes
Date: Thu, 15 Oct 92 20:37:51 GMT
Organization: Quoi! me organized?

Hi all,

To all that responded to my post on there opinion re: 8mm tapes,

Thank you,

Doug!


*--------------------------------------------------------------------------*
| Douglas W Murray        |   Ham Radio Operator VE2URA / VE2VMS (Packet)  |
| Ottawa Civic Hospital   |   CIS: 76376,1515    FidoNet: 1:163/506.3      |
| 1053 Carling Avenue     |   Usenet: doug@owl.isis.org                    |
| Ottawa, Ontario K1Y4E9  |   Voice: 613/761-5146   |   Fax: 613/761-9817  |
*--------------------------------------------------------------------------*
| My employer thinks i'm 'original'... For that, the views expressed here  |
| are _definitely_ mine...  ;-)   "Ham Radio, a world to discover"         |
From: dfilip@colorne.UUCP
Newsgroups: comp.os.vms
Subject: Re: Longest record length in STREAM file?
Keywords: rm s stream_lf
Date: 11 Oct 92 14:50:34 GMT
Distribution: world
Organization: ColorNet Information Systems

Pat Rankin writes :

>>> I have an application that will read a text file that may contain very
>>> long lines. My problem is basicly to allocate a big enough buffer for
>>> the longest line/record in the file. If the file has a variable length
>>> record format, I can just get the XAB$W_LRL value and use that as the
>>> size of the buffer, but what to do if it's a STREAM file?
>
>     The only way to handle arbitrary stream files is to process them
>in block mode instead of record mode.  It's possible for a multi-gigabyte
>file to consist of a single record, although I doubt if many people would
>classify that as a "text file".

This is correct. VAX C creates, by default STEAM_LF files, regardless of
their contents. Oracle, for example, will create STREAM_LF files for
compiled forms (.FRM) and compiled SQR reports (.SQT) which do not contain
a single LF, and therefore the entire file is seen as one (incomplete)
record. The LRL, BTW, is almost always zero.

What you should do is question what is creating the file in the first place,
and try to determine the largest record that would be created. Otherwise,
if that is not possible, block mode is really the only way to be safe, but
of course that will require a little more work in your program putting things
back together.

Regards,

Dave.

=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : dfilip@colornet.com              =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     Standards are wonderful 'cause there are so many to choose from !     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=   David E. Filip                UUCP   : dfilip@colornet.jpr.com          =
=   ColorNet Information Systems  CIS    : 76430,3111                       =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
=     Standards are wonderful 'cause there are so many to choose from !     =
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
From: sysop@robot.nuceng.ufl.edu (Shawn A. Clifford)
Subject: Clustering VS3600 w/ old 750. Hints/clues?
News-Software: VAX/VMS VNEWS 1.41    
Reply-To: sysop@robot.nuceng.ufl.edu
Organization: Nuclear Engineering Sciences - Univ. of Florida
Date: 15 Oct 1992 15:54 EST  

Net -

	The ME guys are giving us their old VAX 750, 'cause I really need
disk space.  Im planning on clustering the two machines, but I don't have any
experience with this.  Please send me any tips/hints/caveats about going about
this.
	Again, the ONLY reason I want this machine is to use its disk, and 
perhaps get a few users to read news on the 750 instead of my little VS
with only 8 MB or RAM.

Thanks,
-Shawn

-------------------------------------------------------------------------------
Shawn A. Clifford, System Manager | Internet: sysop@robot.nuceng.ufl.edu
Nuclear Engineering Sciences      |		sac@eng.ufl.edu
University of Florida             | Home Phone: 904/335-4914
Gainesville, Florida  32611       | Work Phone: 904/392-1450  FAX: 904/392-3380
-------------------------------------------------------------------------------
From: ken@sycraft.com (Ken Richardson)
Newsgroups: comp.os.vms
Subject: Re: Why do identical jobs have different accounting stats?
Date: 15 Oct 92 03:36:50 MDT
Organization: SyCraft Software, Colorado Springs CO

In article <1992Oct14.233910.9283@elroy.jpl.nasa.gov>, pjs@euclid.JPL.NASA.GOV (Peter J. Scott) writes:
> Not that I have to find out why, but I do not understand how identical
> runs can have different I/O counts.  The others differences I can explain.
> ...
> It comes within 1%-5% of filling the disk.  Any ideas?

Yes, a few ideas come to mind.

Creating identical files will usually incur varying amounts of I/O depending on
the particular fragments that are provided by the file system.  You could look
at the file header of the output files from different runs to get an idea of
this.  The command would be DUMP/HEADER/BLOCKS=COUNT=0 <FILESPEC>.  Each LBN:
line indicates one fragment.  (Since you run Diskeeper, you probably already
know all of this.)

Since the disk is almost filling up, there's a good chance the number of
fragments could vary considerably from one run to the next, especially if there
is any other activity on the disk.

Along the same lines, the needed fragments may or may not be in the extent
cache at the time of allocation.  If not, more disk I/O will be necessary.

If global buffers are used for any of the files, then your program might
benefit from data already being in memory.

These ideas are by no means comprehensive.  But hopefully they do explain why
I/O can vary between seemingly identical runs.

------------------------------------------------------------------------------
 Ken Richardson  | SyCraft Software | When wealth is lost, nothing is lost;
 ken@sycraft.com | Colorado Springs | when health is lost, something is lost;
                 | CO, USA          | when character is lost, all is lost.
------------------------------------------------------------------------------
From: davidc@westminster.ac.uk (david clapperton)
Newsgroups: comp.os.vms
Subject: finger on vms
Date: 16 Oct 92 18:02:32 GMT
Organization: University of Westminster


Does anyone know of any public-domain software for imitating the Unix finger
utility on VMS?

Thanks,

David Clapperton,
Systems Programmer,
University of Westminster,
London, UK.