HDTenEightyP/NetNews huggingface dataset:
From: brydon@asl.slb.com (Harvey Brydon (918)250-4312)
Newsgroups: comp.os.vms
Subject: Re: Bound volume sets: are they a bad idea?
Date: 10 Nov 92 12:42:11 GMT
Reply-To: brydon@dsn.SINet.slb.com
Organization: Schlumberger/Anadrill Sugar Land, TX

In article <27A00A05_002EA238.009632A7DEFF5100$192_2@UK.AC.KCL.PH.IPG>,
SYSMGR@IPG.PH.KCL.AC.UK writes:
>I am currently considering the idea of taking two 600Mb disks and binding
>them into a 1.2Gb volume set. Nagging at the back of my mind is something
>that I think I saw some time back on this list, to the effect that DEC
>recommend you don't use volume sets unless you want a few huge files 
>potentially bigger than a single volume. I can't find anything to this
>effect in TFM, though. In our case, there would be several thousand files,
>none bigger than 100K blocks and most a lot smaller. Partitioning the files
>(currently on one overloaded disk) would cause a fair degree of user confusion.
>
>As far as I can reason it out, the pro is some degree of load balancing 
>between the disks, and no management hassles sorting out what to put where.
>The con is a halved MTBF on the bound set. Backup shouldn't be a problem, 
>both together will fit on one DAT.
>
>Would anyone care to tell me what I've missed, or of any experiences (bad
>or long-term OK) with a volume set like the one I'm considering?

Several other posters have mentioned the MTBF aspect.  Also, keep in mind that
you are taking 2 'large' volumes and making them into one.  This effectively
increases the size of the cluster factor.  If it is 4 on one of these disks,
it will be 8 on the volume set (Same with a stripe set, too).  So if you have
a lot of files that are small (ummm, in fact, even if you don't), you will be
wasting an average of 4 blocks per file.  Even if this is not a concern in
terms of disk space, remember that disk read/write requests are done in
clusters, not in blocks.  If your application wants one block from disk, it
reads in the whole cluster.  Even if most of the cluster is 'unused' space on
the disk.
_______________________________________________________________
Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
       On a clear disk you can seek forever.
From: simon@SHRSYS.HSLC.ORG (Alan Simon)
Newsgroups: comp.os.vms
Subject: ACL Problem
Date: 9 Nov 92 14:20:11 GMT
Distribution: world
Organization: The Internet

I am trying to allow non-privileged users to edit a mail distribution list
file.  I created an identifier called HNET_MGR, and granted this identifier to 
the appropriate users.  These users are in the uic group [DRA,XXX].  I created 
ACLs for both the mail distribution list file (ILLTF.DIS) and the directory in 
which the mail distribution list file is located (SYS$USER0:[MAIL]).  Here is 
the output from DIR/FULL:

Directory SYS$USER0:[MAIL]

ILLTF.DIS;4                   File ID:  (21723,2,0)
Size:            1/3          Owner:    [DRA,ANONYMOUS]
Created:   6-NOV-1992 15:34:14.30
Revised:   6-NOV-1992 15:42:30.59 (5)
Expires:   <None specified>
Backup:    <No backup recorded>
File organization:  Sequential
File attributes:    Allocation: 3, Extend: 0, Global buffer count: 0
                    No version limit
Record format:      Variable length, maximum 9 bytes
Record attributes:  Carriage return carriage control
RMS attributes:     None
Journaling enabled: None
File protection:    System:RWED, Owner:RWED, Group:RE, World:RE
Access Cntrl List:  (IDENTIFIER=HNET_MGR,ACCESS=READ+WRITE+EXECUTE+DELETE+
                    CONTROL)
 
Total of 1 file, 3/3 blocks.


Directory SYS$USER0:[000000]

MAIL.DIR;1                    File ID:  (808,1,0)
Size:            3/3          Owner:    [DRA,ANONYMOUS]
Created:   5-AUG-1991 08:27:24.01
Revised:   6-NOV-1992 16:35:45.49 (12)
Expires:   <None specified>
Backup:    2-NOV-1992 12:27:03.48
File organization:  Sequential
File attributes:    Allocation: 3, Extend: 0, Global buffer count: 0
                    Default version limit: 32767, Contiguous, Directory file
Record format:      Variable length, maximum 512 bytes
Record attributes:  No carriage control, Non-spanned
RMS attributes:     None
Journaling enabled: None
File protection:    System:RWE, Owner:RWE, Group:RE, World:RE
Access Cntrl List:  (IDENTIFIER=HNET_MGR,OPTIONS=DEFAULT,ACCESS=READ+WRITE+
                    EXECUTE+DELETE+CONTROL)

Total of 1 file, 3/3 blocks.

When these users try to modify ILLTF.DIS using EDIT/TPU, these users can read
the file, but get the following EVE error messages when trying to save the file
after editing:

	Error opening SYS$USER0:[MAIL]ILLTF.DIS;4 as output
	Insufficient privilege or file protection violation

With regular system privileges, I can read and write the file with no problem.

What am I missing?

Thanks for your help.  I will summarize to the list.


-------------------------------------------------------------------------------
Alan Simon                                      simon@hslc.org  
Associate Director                              simon@shrsys.hslc.org
Health Sciences Libraries Consortium            VOICE: (215) 222-1532  
3600 Market Street, Suite 550                     FAX: (215) 222-0416
Philadelphia, PA  19104
-------------------------------------------------------------------------------
From: gezelter@rlgsc.com
Newsgroups: comp.os.vms
Subject: Re: Hooking VT's up with 4-wire phone line?
Date: 11 Nov 92 15:09:31 GMT
Organization: Robert Gezelter Software Consultant, Flushing, NY

In article <1992Nov10.123242.5994@slcs.slb.com>, brydon@asl.slb.com (Harvey Brydon (918)250-4312) writes:
> In article <00963279.399FBD40.10331@psuedvax.psu.edu>, ken@PSUEDVAX.PSU.EDU
> ("Kenneth J. Hoover") writes:
>>
>>	Can anyone please tell me how/if it is possible to run VT-series
>>terminals by grafting DB25 connectors onto the end of 4-wire telephone line?
>>
>>	We have hundreds of feet of 4-wire line, and I've seen it done before.
>>This could save us many $$$ if it is possible so we don't have to purchase
>>data cables pre-made.
> 
> What you call 4 wire telephone cable is more than likely 2 pair.  To hook up
> to RS-232, connect one wire in each pair to pins 2 and 3.  Both of the other
> wires should go to pin 7 and/or 1.  I did this satisfactorily connecting one
> to 1, the other to 7.  You won't be able to make really long cable runs.
> _______________________________________________________________
> Harvey Brydon         | Internet:   brydon@dsn.SINet.slb.com
> Dowell Schlumberger   | P.O.T.S.:   (918)250-4312
>  Halloween candy: the official office snack food after October 31.
-- 
Harvey,
 
I am not sure what you mean by long runs. Using nothing more than 
original "house pair", twisted pair originally installed as 
trunking for voice telephone, I have run between several hundred 
and a few thousand feet with no special drivers or modems.
 
- Bob
+--------------------------------------------------------------------------+
| Robert "Bob" Gezelter                       E-Mail:  gezelter@rlgsc.com  |
| Robert Gezelter Software Consultant         Voice:   +1 718 463 1079     |
| 35-20 167th Street, Suite 215               Fax:       (on Request)      |
| Flushing, New York  11358-1731                                           |
| United States of America                                                 |
+--------------------------------------------------------------------------+
From: dsroberts@beckman.com
Newsgroups: comp.os.vms
Subject: RE: Problems with CA-ARCHIVER 4.0 and Exabytes
Date: 12 Nov 92 20:17:48 GMT
Organization: Beckman Instruments

In article <009637F3.A98A6B80.16317@swdev.si.com>, tillman@swdev.si.com ("Brian Tillman, Smiths Industries, VAX Support, x8425") writes:
> My CA-Archiver V4.0 manuals (the release notes, I think) explicitly state that 
> 8mm tapes are not supported at this time.  CA told me V4.0 _might_ work with an 
> 8mm drive, provided the drive supports long EOF records.  The explanation is 
> that, at the end of each archive service run, a copy of the archive database is 
> placed on the tape (for use by  ARCMAN RECOVER).  At the next service run, this 
> copy of the database is overwritten by the new files being archived.  In order 
> to properly position the tape, long EOFs are required.  Otherwise, Archiver 
> can't find the old database file properly.
> 
Not quite correct, Brian.

From the 4.0 (9111) release notes:
"Currently CA-ARCHIVER offers support for 8mm tape subsystems that provide
complete support for Digital Equipment's Tape Mass Storage Control Protocol
(TMSCP).  Most of the vendors of 8mm based tape subsystems state they are TMSCP
compatible, but in most cases they are not 100% compatible.  Witht he current
technology provided by EXABYTE, 100% compatibility can only be achieved when
the EXABYTE is configured to support the long file markers (2mb).  When the
drive is configured to write short file marks (256k), the EXABYTE drive can
only begin to write operations at the beginning of the tape or at the end.  In
short file mark mode, you can not overwrite information on a 8mm tape, this is
not TMSCP compatible.  The EXABYTE drive provides for configuring either way,
but not all vendors selling the subsystems support this.  CA-Archiver requires
the ability to overwrite data on tape, thus only 8mm subsystems operating in
long file mark mode are supported."

It then states that CMD Technology and MegaTape GT-88/3 do and TD Systems
Viking SCSI doesn't.  It says that the long file mark must be written after
each FILE, not just for the archiver database.  "It is quite possible that the
file markers will consume more space on a tape than actual data if small files
are being archived to this medium."

I can't figure out where I put my release notes for 4.1 so I can't verify if
support is in that version (I'm running 4.1 (9206) but I have no 8mm drives).

-- 
   Don Roberts                   Internet:  dsroberts@beckman.com
   Beckman Instruments, Inc.     Phone:     714/961-3029
   2500 Harbor Bl. Mailstop X-12 FAX:       714/961-3351
   Fullerton, CA  92634          Disclaimer:  Blame me, not Beckman.
   This was probably the most disastrous election result for the American
   people since James Buchanon became president.  Heaven help us.
From: gavron@spades.aces.com (Ehud Gavron 602-570-2000 x. 2546)
Newsgroups: comp.os.vms
Subject: Re: Intelligent mailer for VMS 5.5?
Date: 12 Nov 92 03:08:00 GMT
Reply-To: gavron@ACES.COM
Organization: ACES Consulting Inc.
News-Software: VAX/VMS VNEWS 1.4-b1

In article <921111104619.27407e78@UCRAC1.UCR.EDU>, CHUCKM@UCRAC1.UCR.EDU (Chuck McDaniels, UCR Academic Computing) writes...
#Hello VAX Friends:
# 
..
#Our cluster has connections to both Internet and BITNET.
..
#The problem we have is that VAX MAIL is pretty picky about sending mail to 
#BITNET and Internet.  Folks have to provide the mailer prefix JNET% to send 
#to a BITNET address, and SMTP% to send to an Internet address.  
# 
#What we would like to be able to do is not have the clients worry about which
#prefix they provide (we'd want a mailer to take care of that)...
..
#So, my question is, is there an intelligent mailer available for use on a 
#VAX/VMS system which can handle access to BITNET and Internet, and if 
#possible, other networks like: MCImail, Applelink, X.400, X.500, etc. 

	Innosoft International's PMDF is an excellent mail
	package (mta, etc.) which provides all the functionality
	you're looking for!

	It's the #1 choices of places that need reliability.  Often
	a secondary choice is the public domain MX program.  I'd
	recommend PMDF for performance reasons as well.

	You can contact Innosoft at (714) 624-7907, or 
	send mail to sales@innosoft .com

#++++ Chuck McDaniels, Systems Consultant                                 ++++
#++++ Academic Computing Services, Univ. of California, Riverside         ++++
#++++ BITNET:   ChuckM@UCRVMS         Internet: ChuckM@UCRAC1.UCR.EDU     ++++
#++++ Disclaimer:  I don't speak for UCR.  Go ahead.  Ask anybody!        ++++

	Ehud

--
Ehud Gavron        (EG76)     
gavron@vesta.sunquest.com
Hmmm...  a PINHEAD, during an EARTHQUAKE, encounters an ALL-MIDGET FIDDLE
 ORCHESTRA...  ha..  ha..
From: yoshikami@usuhsb.ucc.usuhs.nnmc.navy.mil (UCC MR. D M YOSHIKAMI)
Newsgroups: comp.os.vms
Subject: TPU -- get process info question
Keywords: TPU, GETJPI
Date: 5 Nov 92 15:55:31 GMT
Reply-To: yoshikami@usuhsb.ucc.usuhs.nnmc.navy.mil
Distribution: usa
Organization: USUHS - Uniformed Services University of the Health Sciences



Quick TPU question.  We have a small tpu script in which it would be nice to
have the USERNAME (right now we have to enter it by hand).  Is there a way to
do the equivalent of GETJPI("","USERNAME") without going through a lot of
trouble?  I was looking for a function (maybe I overlooked something in the 
manual?), and thought I'd eventually have to spin off a subprocess to look it 
up, which seems to be an awful lot of work for so simple a function.

We're running VAX/VMS 5.4-2  (Soon to be 5.5)

DY :-)

=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
D M Yoshikami :-) ;-) :-)  | Internet: yoshikami@usuhsb.ucc.usuhs.nnmc.navy.mil
   +1 (301) 295-3304       | Bitnet  : yoshikami@usuhsb.bitnet
____ooooooOOOOOOoooooo____ | UUCP : ..!uunet!pucc.princeton.edu!usuhsb!yoshikami
=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Newsgroups: comp.os.vms
From: bergerson@cvdv79.mayo.edu (Chad D. Bergerson)
Subject: HELP!! need SID for 4000 model 90 
Reply-To: bergerson@mayo.edu
Organization: Mayo Clinic, Rochester, MN
Date: Mon, 9 Nov 92 16:37:13 GMT


Help,   
I need the SID for a VAXstation 4000 model 90.
We are upgrading a model 60 and need the SID to relicense some of the
software.

                            Thank you in advance,         Chad

--
*******************************************************************************
Chad D. Bergerson                            Internet: bergerson@mayo.edu
Mayo Clinic                                  Voice: (507) 255-7567
200 First Street SW                          FAX: (507) 255-5484
Mail Stop 2D-334 STM            "In my dream I was drowning my sorrows  
Rochester, MN  55905             But my sorrows they learned to swim..." - U2
*******************************************************************************
From: STUBRBEE@EKU.BITNET (Oooooooops)
Newsgroups: comp.os.vms
Subject: Re: calendar program for VAXstations
Date: 13 Nov 92 04:50:55 GMT
Distribution: world
Organization: The Internet

I'm not sure how VAXstations operate...if its vms or what.  But i have a
program that i wrote called Cal_Master.  It will allow you to view other
peoples schedules...if everyone points cal_master to that file and has
access to it.  Its written in VAX Pascal and uses SMG's.  If you think
you might want to take a view let me know...

David Barbee

{-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=}
{ Name         : David Barbee                  Aliases  : Sybie                }
{ Bitnet       : STUBRBEE@EKU                  Internet : I wish!              }
{ Disclaimer   : Listen to me?!?  Can't imagine why.                           }
{ Last Words   : Oh *beep*!  (Censored for our more sensitive readers)         }
{-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=}
 ssss y   y b     i eeeee  '  ssss   u   u ttttt i l     i ttttt i eeeee  ssss
s      y y  b     i e      ' s       u   u   t   i l     i   t   i e     s
 sss    y   bbbb  i eee   '   sss    u   u   t   i l     i   t   i eee    sss
    s   y   b   b i e            s   u   u   t   i l     i   t   i e         s
ssss    y   bbbb  i eeeee    ssss     uuu    t   i lllll i   t   i eeeee     s
                                                                            s
ssssssssssssssssssssssss Programmer: David Barbee sssssssssssssssssssssssss


Newsgroups: comp.os.vms
From: mahan@TGV.COM (Patrick L. Mahan)
Newsgroups: comp.os.vms
Subject: Re: GCC and DECwindows.
Date: 8 Nov 92 00:00:45 GMT
Distribution: world
Organization: The Internet

In article <1992Nov7.143052.23398@alf.uib.no> you write:
#
#A very simple question: How do I make GCC search the DECwindows include-
#files? I have tried various possibilities, with no luck. A line like
##include <X11/Intrinsic.h>
#creates problems. It is not sufficient to rewrite the includes in the program
#I am trying to compile, the includefiles in DEW$INCLUDE contain references to
#each other too.
#

You need to 

	1) Copy the include files into GNU_CC_INCLUDE:[X11]

	2) Hand edit them to A) correct all references and B) Handle
	   the globaldef variable conventions.

--
Patrick L. Mahan

--- TGV Window Washer ------------------------------- Mahan@TGV.COM ---------

Waking a person unnecessarily should not be considered  - Lazarus Long
a capital crime.  For a first offense, that is            From the Notebooks of
							  Lazarus Long
From: BROOKE@LEVA.LEEDS.AC.UK (David Brooke)
Newsgroups: comp.os.vms
Subject: Xview fonts for DECwindows
Date: 10 Nov 92 10:51:00 GMT
Distribution: world
Organization: The Internet


   I am having problems displaying Sun XView applications - for example the
'filemgr' application in OpenWindows 3 - on a VMS DECwindows server (VMS 
5.5-1, DECwindows Motif 1.1). XView applications invariably use XView text 
fonts and the OpenLook cursor and glyph fonts.

   There are a number of ways of getting around the absence of the various
text fonts - font aliases for the server or alternative font choices for
the client applications (e.g. filemgr -fn fixed ) - but is there any way of 
getting around the lack of the correct cursor font and glyph fonts?

   I am getting error messages like:
XView warning: Cannot load font '-sun-open look cursor-----*-*-*-*-*-*-sunolcurs
or-1' (Font package)
XView warning: Unable to find OPEN LOOK cursor font (Cursor package)
XView warning: invalid object (not a pointer), xv_get
X Error of failed request:  BadFont (invalid Font parameter)

   Sun recommend getting hold of the .BDF sources for the OpenLook fonts - not 
a big problem since they are part of the MIT X11 distribution - and compiling 
them for the VAXstation. I have tried compiling the OLCURSOR and OLGLYPH* fonts
into .DECW$FONT format (using the VMS 'FONT' command), creating a 
DECW$FONT_DIRECTORY.DAT file to tie the font filenames to the font names
and using  DECW$UTILS:XSET.EXE  to add the directory containing the files to
the server's font path. 

   All of this appears to work, and  DECW$UTILS:XLSFONTS.EXE  says that the 
fonts are there, but when I try running an OpenLook application it crashes the 
DECwindows server, with apparently no clue as to what went wrong.

   Has anyone managed to get any applications using the OpenLook cursor
font displaying under DECwindows? There is some mention in the .BDF files
for the fonts of them being 75dpi - but the VAXstation screen is 100dpi.
Could this be part of the problem?


	 David Brooke.        brooke@uk.ac.leeds.icf.leva

------------------------------------------------------------------------------
Dept. Of Mechanical Engineering, University Of Leeds, Leeds, LS2 9JT, England.

Newsgroups: comp.os.vms
From: zeus@vxcrna.cern.ch
Subject: Re: sputtering FLAME ALERT>>
Organization: CERN European Lab for Particle Physics
Date: Fri, 6 Nov 1992 00:52:16 GMT

In article <1992Oct30.073810.1025@beckman.com>, dsroberts@beckman.com writes:
> In article <1992Oct30.140009.16220@dscomsf.desy.de>, hallam@zeus02.desy.de (Phill Hallam-Baker) writes:
>> VAX was never threatened by UNIX. UNIX WAS WRITTEN ON A VAX!!! UCBVAX to be
>> precise.
>> 
> Hmm.  What an interesting statement.  And to think, I was using Unix in 1976 on
> a PDP-11 and the VAX was not quite ready for prime-time.  Or was I imagining
> things :-) ?

If you are using any of the BSD4.3 stuff that made UNIX propagate through
the Universities it was writ on a VAX. Of course it did originate on a
weeny PDP-7. But somehow I suspect that by UNIX you mean an O/S with 
something that could be called a file system and something that could
be called Virtual Memory?


Phill Hallam-Baker
From: S503@HEC.CA (Eddy BELIVEAU)
Newsgroups: comp.os.vms
Subject: Re: Announcing Archie 1.4.1 (bug fixes)
Date: 10 Nov 92 14:43:20 GMT
Distribution: world
Organization: Ecole des Hautes Etudes Commerciales de Montreal

Date:   10-NOV-1992 09:36:43

> Version 1.4.1 of the Archie command-line client is available.  This
>release mainly fixes some small bugs, and cleans up the man page.  If
>building archie 1.4 failed for you, please give 1.4.1 a try; it fixes
>some buglets that slipped through at the last moment.

Hi!,

I just get this new version from widener.edu and I have the following
message when using @MAKE

The file multinet_root:[multinet.include.sys]vms.h cannot be found

I don't have the levels include or include.sys; they must be on my
original tape but this tape has been discarded since the original
installation.

Is it possible to help me find a copy of that file (if it is legal to do
so) , otherwise, I will contact TGV.

Thanks in advance,

Eddy

=========================================================================
| EDDY BELIVEAU,                           |   Bitnet:  s503@hecmtl01   |
| Ecole des HAUTES ETUDES COMMERCIALES     | Internet:  s503@hec.ca     |
| MONTREAL         +-----------------------+----------------------------+
| Quebec, CANADA   | Phone: (514) 340-6073 | Any   horizontal  surface  |
| H3T 1V6          | Fax  : (514) 340-5637 | soon tends to be piled up  |
=========================================================================
From: pihlab@hhcs.gov.au
Newsgroups: comp.os.vms
Subject: TUNING - QUANTUM SYSGEM parameter
Date: 12 Nov 92 14:49:51 +1100
Organization: Aust. Dept. Health, Housing and Community Services


First some preamble...

Have you noticed the SYSGEN parameter QUANTUM.

By default it is set to 20 (units of 10ms each).

This means that if 5 processes each use their entire CPU timeslice (QUANTUM)
then 1 second has elapsed before another process can have some CPU time.

A QUANTUM of 100 equals 1 full second.  Minimum setting is 2.

I bring this up because we have a large range of different capacity VAX boxes
and all of them use the DEFAULT QUANTUM value of 20 and all of them have
at least one CPU intensive process hogging the machine to the detriment of
all other users.  If you have several high CPU users then your average
response time per user becomes unbareable.

Recently we dropped our 4300 from a value of 20 down to 10 and it appears to
have made some significant improvements in response time.  Our 9410 has been
operating with a value of 5 for some time (I dropped it down from 20 when it
first arrived) and I'm thinking of dropping it down to 4 or 3.

The smaller you set this value the more likely you are to incur system
overheads caused by interrupting processes before they reach a natural break
point like an I/O.

AUTOGEN does not examine or report on QUANTUM.


I have two questions:

1. Where can I look (on my systems) to find out what the average QUANTUM usage
   per process is and basic statistics like how often processes are hitting
   maximum QUANTUM.  If I can work this out then I can tune QUANTUM to a more
   reasonable figure for each machine's load.

2. What are some reasonable starting QUANTUM settings for the following
   machines:

             VAX 9420
                 9410
                 6630
                 6620
                 6530
                 6430
                 4300
                 3900


All help appreciated.

Thankyou.

-- 

Bruce...        pihlab@hhcs.gov.au
*******************************************************************
* Bruce Pihlamae  --  Database Administration                     *
* Commonwealth Department of Health, Housing & Community Services *
* Canberra, Australia                             (W) 06-289-7056 *
*******************************************************************
* These are my own thoughts and opinions, few that I have.        *
*******************************************************************
Newsgroups: comp.os.vms