HDTenEightyP/NetNews huggingface dataset:
Newsgroups: bit.listserv.vm-util
Date:         Thu, 19 Nov 1992 17:47:25 GRW
From:         "Cem S. Sutcu" <ISKAR2@TRMARUNV.BITNET>
Subject:      dmsacp112serror.help|

Hi,
One of our users has dmsacp112s error for her 191 A disk.
She was previously using this disk and yesterday she had this problem. In the h
elp sesction of this error it says disk should be formatted...which is obvious.
.But she has important data on the 191 disk. Could we be able to recover them?
and why there may happen such an error to a proviously normally used disk?

THanks for any help.
o----------------------------------------------------------------------o
|Cem   | Marmara Univ., Center for Statistics and Quantitative Methods,|
|Sefa  | ISKAR, Goztepe Campus, Istanbul, Turkey.                      |
|Sutcu | E-Mail ISKAR2atTRMARUNV Tel: 9-1-347 1944, Fax: 9-1-338 1224  |
o----------------------------------------------------------------------o
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Office of University Computing
Newsgroups: bit.listserv.vm-util
Date:         Fri, 20 Nov 1992 09:24:34 EST
From:         Nick Laflamme <NLAFLAMM@IRISHVMA.BITNET>
Subject:      Re: dmsacp112serror.help|
Comments: To: "Cem S. Sutcu" <ISKAR2@TRMARUNV.BITNET>,
          VM Utilities Discussion List <VM-UTIL@OHSTVMA.BITNET>

At times like this, reach for the daily backup tapes.  (You do use
SyBack or VMBackup or something, right?)

If I had to guess, I'd look first to see if the trashed minidisk has a
multi access disk password.  If it does, I'd wonder if anyone would
confess to having linked the disk in MW mode or otherwise having gotten
it R/W when someone else had it R/W.  That's the easiest way to trash a
minidisk.

Second easiest way is to have another minidisk overlap it, especially if
the starting extents of the two minidisks don't match.  Careful,
formatting the trashed minidisk will only trash the new minidisk which
just overlaid it.  Check for overlays if you have any doubts before
recovering the lost disk.

I'm not a CMS file system expert, but I'd just format the mess and hope
I've got good backups.  If backups are dubious, I'd DDR the trashed disk
to tape or another minidisk before formatting the mess; maybe you can
later recover something from the second copy.

Good luck,
Nick

* "I know what my problem is: the world is not as I would have it."
*
* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Mon, 23 Nov 1992 10:28:59 LCL
Comments:     Warning -- original Sender: tag was LISTMAN@GRTHEUN1
From:         Athanassios Platsas <CBDZ01AB@GRTHEUN1.BITNET>
Subject:      Some help on ECI2 needed

If anybody has a clue of where are the current whereabouts of Ed Grether and
the rest of the ECI2 package writers, please inform me. I am looking for them
in the spirit of enhancing ECI2, but the accounts I have for them seem old.
However, if their accounts are STILL the same, then: Guys, mail me so that I
know, OK?
Thanx in advance!
- Sakis
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Mon, 16 Nov 1992 16:48:00 EST
From:         "John F. Chandler" <JCHBN@CUVMB.BITNET>
Subject:      Re: wanted VSE-L

> one used to exist called VSE-L at node  LEHIIBM1
> but Tom couldn't get to the node LEHIIBM1.

That's because Lehigh left BITNET.  Host LEHIIBM1 still exists, and it
may still be running LISTSERV with that list, but Lehigh forfeited its
license to LISTSERV by leaving BITNET, so the list *should* not exist
anymore.
                                       John
From: COURCOUL@VMTECQRO.BITNET (Juan M. Courcoul)
Newsgroups: bit.listserv.vm-util
Subject: Re: disabling MSG and DIAL from the initial LOGON screen
Date: 18 Nov 92 22:31:57 GMT
Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

For starters, many thanks to all the persons who replied to my query on
disabling the MESSAGE command from the initial LOGON screen. Since I am
on a not-excessively-ancient VM/SP 5, the main patch is to the CP command
table located in DMKCFB, changing MESSAGE from class * to class G, thus
thwarting anyone not on a kosher account.

However, can someone please tell me where to find the screen prompt that
CP puts out on the LOGON screen (where it lists that LOGON, MESSAGE and
DIAL are the valid commands) ? I'd like to update that too. Somebody
mentioned DMKRWA, but I cannot find anything by that name on the base
or update minidisks.

Thanks in advance.

Juan

P.S. I seem to recall reading the name of another module, but we recently
     had a spool-full scare which required a frantic purge/discard/receive/
     dispose-of-whichever-way-you-can episode, after which the beforementioned
     letter was nowhere to be found... The good news is that we didn't lose
     the machine or the spoolfiles (at least not all of them ;) )
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Newsgroups: bit.listserv.vm-util
Date:         Thu, 19 Nov 1992 13:00:55 FRA
Comments:     De: Cesar DALUZ               44-41-11-02          CESAR    at
              FRESTP11
Comments:     A:   VM-UTIL at DEARN
From:         CESAR@FRESTP11.BITNET

Subject : GETDISK


                       Hi all,

Does anyone know about GETDISK ??
Is that an exec, a module or something else ?
I heard that it may have a relation with TELNET.
Thank s for your reply.

                          Cesar.

**********************************************************************
ECOLE SPECIALE des TRAVAUX PUBLICS  (E.S.T.P)
57 Boulevard St Germain          75005 PARIS     FRANCE
Phone  : 33 44 41 11 02           Fax  : 33 44 41 11 14
E-mail : <username>@FRESTP11.BITNET
This message commits only its author but not the ESTP Group
Ce message n'implique que son auteur et non le Groupe ESTP
**********************************************************************
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Ben-Gurion University, Beer-Sheva, Israel
Newsgroups: bit.listserv.vm-util
Date:         Tue, 17 Nov 1992 17:01:20 IST
From:         Moshe Israeli <MAINTX@BGUVM.BITNET>
Subject:      Freeing a stucked userid (LOGOFF/FORCE pending)

Thanks to those who answered my question. Alas, no suggestion worked, and
nobody sent a ready made userid replacement exec, so I had to write one
myself, and it worked for me. Here it is:
------------------------------------------------------------------------
/*
   Free a stucked user (LOGOFF/FORCE pending)
   by chanching its userid to GHOST
*/
   arg user .
  'EXECIO * CP (STRING LOCATE' user
   if rc ^= 0 then exit rc
   pull . . vmblok .
   addr = d2x(x2d(vmblok)+x2d(110)) /* Userid */
   newuser1 = c2x('GHOS'); newuser2 = c2x('T   ')
   newuser  = newuser1||newuser2
  'CP STCP' addr newuser1 newuser2
   say 'User' user 'changed to' x2c(newuser)
exit
----------------------------------------------------------------------
Then I changed the original userid's 191 mdisk access right to MW and
everything was fine. Many thanks to the guy who mentioned this solution
some months ago, in this list.
Moshe
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Ben-Gurion University, Beer-Sheva, Israel
Newsgroups: bit.listserv.vm-util
Date:         Mon, 16 Nov 1992 13:38:44 IST
From:         "Moshe Israeli (BGUVM system manager)" <MAINTX@BGUVM.BITNET>
Subject:      Logoff/Force pending

Hello there
I remember some discussions about the "Logoff/Force pending" problem, and
how to get out of such a situation. I also remember 2 particular solutions:
a. To send a Warning to the poor user, and wait for 15 minutes.
b. To change the userid in the stucked user VMBLOK.
Since I'm now stuck with such a stucked user, how can I send a Warning to
a logged off userid? Could anybody who have ready a procedure for replacing
userid in the stucked VMBLOK send me a copy? Please hurry or I'll have to
take the system off to free it, or compose such a procedure myself. We run
VM/SP HPO 5.
Thank you, Moshe
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Mailer: Mail User's Shell (7.1.2 7/11/90)
Newsgroups: bit.listserv.vm-util
Date:         Mon, 16 Nov 1992 14:02:37 EST
From:         Steve Siperas <siperas@HSI.COM>
Subject:      CVT
Comments: To: VM-UTIL@OHSTVMA.ACS.OHIO-STATE.EDU

Hi all

I'm looking for some info on the VM CVT(Communication Vector TABLE).
My VM manuals say look-up DIAG and DIAG says look-up VM Diagnosis Manual
which I don't have or it's under another name.
Is there another manual I can look in or is there some way I can
display the parameters of the CVT? What I'm trying to do is write some
specific code for VM/MVS/MVS XA - there is a CVT entry to say whether
I'm running MVS or MVS/XA and I wanted to see if that could also tell if I'm
running VM.

thanks

steve
siperas@hsi.com
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Mon, 16 Nov 1992 12:00:00 PST
Comments:     Warning -- original Sender: tag was NETNEWS@UVVM.UVIC.CA
From:         Melvin Klassen <KLASSEN@UVVM.BITNET>
Subject:      Re: VM News!!!

Hernan Lobos *Mitzio* <HLOBOS@UTFSM> writes:
>> assemble news
>> Open error code 06 on ASSEMBLE

Enter 'HELP MSG DMSSOP036E', and read the explanation for code '06'.
(Use 'CP SET EMSG ON' before invoking the 'ASSEMBLE' command.)

I suspect that the file 'NEWS ASSEMBLE' is **not** RECFM=F **and** LRECL=80.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: SYRACUSE UNIV RESEARCH DATA CENTER
X-Acknowledge-To: <METRMDHM@SUVM.SYR.EDU>
Newsgroups: bit.listserv.vm-util
Date:         Mon, 16 Nov 1992 10:21:54 LCL
From:         "Mark D. H. Miller" <METRMDHM@SUVM.SYR.EDU>
Subject:      Re: wanted VSE-L

 Tom Borowsky asked about the existence of a list for discussing
VM/VSE --- one used to exist called VSE-L at node  LEHIIBM1
but Tom couldn't get to the node LEHIIBM1.

Well, my list-of-lists from Dartmouth is old but it also
shows the list at the node indicated.  However,
according to the LIST-OF-LISTS at NIC (Stanford) {9Sep92}
no such list exists anymore.  I don't find the
the node in the BITNODES list either.
Maybe they both got lost in the Bermuda triangle!

  *------------------------------------------------*
    Mark D. H. Miller (metrmdhm@suvm.syr.edu)
    Syracuse University, Faculty Computing Services
    Research Data Center   { +1 315 443-1144 }
  *------------------------------------------------*
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 20 Nov 1992 11:59:26 BRA
From:         Luiz Andre Bozzetto <SU11@BRPUCRS.BITNET>
Subject:      Re: Freeing a stucked userid (LOGOFF/FORCE pending)

Hello!


I received the exec wich treats LOGOFF/FORCE PENDING problem.


My question is:


    Can I execute this exec in VM/XA 2.1?




    Thanks!


    Andre
From: IJIM@UMINN1.BITNET (Jim Colten)
Newsgroups: bit.listserv.vm-util
Subject: Re: disabling MSG and DIAL from the initial LOGON screen
Date: 18 Nov 92 23:08:04 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

On Wed, 18 Nov 1992 16:31:57 CST Juan M. Courcoul said:
>For starters, many thanks to all the persons who replied to my query on
>disabling the MESSAGE command  ....

>   ...., can someone please tell me where to find the screen prompt that
>CP puts out on the LOGON screen (where it lists that LOGON, MESSAGE and
>DIAL are the valid commands) ? I'd like to update that too. Somebody
>mentioned DMKRWA, but I cannot find anything by that name on the base
>or update minidisks.
>

This change is made to DMKMES, the CP message repository.  I seem to recall
that there might be be an extra step or two required when updating a
repository but do not remember details.

I will send you a copy of our update file for doing this (HPO5 SLU 514).

Jim Colten
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Fri, 20 Nov 1992 17:22:00 EST
From:         "John F. Chandler" <PEPMNT@CFAAMP.BITNET>
Subject:      Files now available from DEARN

The files I recently put into the VM-UTIL archives, including sources
for various utilities already present as modules and including the
disassembler, are now all available from LISTSERV@DEARN.
                                       John
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Mon, 16 Nov 1992 09:03:15 CST
From:         "Alejandro J. Kurczyn S." <AKURCZYN@ITESMVF1.BITNET>
Subject:      Re: Disabling commands from the LOGON screen

>I'm almost sure that I read about this on this list, but I can't seem to
>find the article on the logs.
>
>The question is: how do you disable a command from being available on the
>initial LOGON ? By default, CP permits the use of the LOGON, DIAL and
>MESSAGE commands from the initial screen: I would like to remove the
>MESSAGE command, just leaving LOGON and DIAL. Where do I look or what
>do I have to patch in CP ?

have to do a "command override file", check the manuals for instructions,
basically you change the MESSAGE class type, mail me if you have any
question.

-Alejandro Kurczyn S.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.vm-util
Date:         Mon, 23 Nov 1992 10:10:14 CST
Comments:     Converted from PROFS to RFC822 format by PUMP V2.2X
From:         Stace Cameron <GH0234@SPRINGB.BITNET>
Subject:      DATECALC package

I believe Scott Mattes, the author of DATECALC may now be reached at
73027.3270@CompuServe.COM.

Stace Cameron, Data Processing Analyst
Computing Services, Southern Illinois University School of Medicine
PO Box 19230, Springfield IL 62794-9230
GH0234@SPRINGB   217-782-4410   FAX: 217-785-5561
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Delivery-Notice:  SMTP MAIL FROM does not correspond to sender.
X-Acknowledge-To: <CASSELL@UNCVM1>
Newsgroups: bit.listserv.sos-data
Date:         Tue, 17 Nov 1992 07:31:09 EST
Reply-To:     Gavin Longmuir <gavin@sorokin.anu.edu.au>
Comments:     Warning -- original Sender: tag was NETNEWS@AUVM.AMERICAN.EDU
Comments:     To: SPSSX-L@UGA.BITNET, SAS-L@UGA.BITNET, MAIL-L@UGA.BITNET
Comments:     Resent-From: Jim Cassell <CASSELL@UNCVM1>
Comments:     Originally-From: "Gavin K. Longmuir" <gavin@SOROKIN.ANU.EDU.AU>
Comments:     Warning -- original Sender: tag was SPSSX-L@UGA.CC.UGA.EDU
From:         Jim Cassell <CASSELL@UNCVM1.BITNET>
Subject:      demographic mailing list

Here's a new mailing list on demography.  This list does NOT use the
Revised Listserv software, so read the signup instructions carefully.
Please send all question on the list to Gavin Longmuir, the list manager
(gavin@sorokin.anu.edu.au). -- Jim

-------------------------------------------------------------------------
Jim Cassell                                    Jim_Cassell@UNC.EDU
Institute for Research in Social Science       Phone:  919-962-0782
University of North Carolina-Chapel Hill       Fax:    919-962-4777
Chapel Hill, NC  27599-3355
-------------------------------------------------------------------------
----------------------------Original message----------------------------
Hi all!

Sometime ago I asked a question in many of the network newsgroups,
about the lack of a sci.demography newsgroup. I received a luke warm
response about creating such a newsgroup.

Anyway to cut a long story short, I'm announcing the formation of a
demographic mailing list. It is to be open to all, and have no
censorship.

The charter of the demographic-list mailing list follows:


This mailing list is concerned with the discussion of Demography,
and Demographic Techniques.

According to the United Nations Multilingual Demographic Distionary,
 'Demography is the scientific study of human populations, primary
  with respect to their size, their structure and their development'.

It is not just to be a forum for discussion and intellectual fray, but
also a market-place for new ideas.

This mailing list is supported by the:
        Computing Personal,
        Demography Program, Demography and Sociology Division,
        Research School of Social Sciences,
        Australian National University.


To join the mailing list just mail the following two lines to
majordomo@sorokin.anu.edu.au

subscribe demographic-list
end

From then on all mail sent to demographic-list@sorokin.anu.edu.au
will be reposted to all members subscribed to the list. Users can
also easly unsubscribe from the mailing list at anytime.


--
       *                     Gavin Longmuir - General Dog's Body and Programmer
    *    *               Demography Program, Research School of Social Sciences
       *                    Australian National University, Canberra, AUSTRALIA
Voice: +61 6 249 0530  FAX: +61 6 257 1893  InterNet: Gavin.Longmuir@anu.edu.au
*      UUCP: {uunet,ubc-vision,ukc,prlb2}!munnari!coombs.anu.edu.au!gavin
From: TIF@NIHCU.BITNET
Newsgroups: bit.listserv.sos-data
Subject: Federal Outlays/FAADS data
Date: 18 Nov 92 19:02:20 GMT
Reply-To: TIF@NIHCU.BITNET
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU

November 18, 1992
The attached was prepared as a response to Ann Gray's
recent question about Federal Outlays data ..............
=========================================================

Dear Ann:

I am responding to your request of November 13, 1992 for
information about the availability of data files containing
federal government expenditures at the local level for the years
1981 and 1982.  You pointed out in your request that in the
Records of the Communty Services Administration (CSA, Record
Group 381) is a data series titled Federal Outlays, which
contains the type of information you seek.  CSA had
responsibility for this series until 1980 and Census created a
similiar series in 1983 titled the Consolidated Federal Funds
Report (CFFR).  You are interested to know whether similar data
was created for the intervening years.

We are unaware whether Federal Outlays or CFFR were created by
either agency during the years 1981-1982.  However, the holdings
files related to the spending patterns of the US Government.  One
series is the Federal Assistance Award Data System (FAADS).  Data
have been compiled quarterly, FY1981 through the third quarter of
FY1992, and transferred to us.  For FY1981 these records were
compiled by the CSA.  For the first quarter of FY1982 they were
compiled by General Services Administration; thereafter they have
been compiled by the Bureau of the Census on behalf of the Office
of Management and Budget.  The files contain data on all federal
domestic assistance awards reported by participating agency
programs including all major federal departments and agencies
with grant making authority.

For more information about the records in our collection, please
contact the Center for Electronic Records (NSX), ATTN: Reference
Services, National Archives and Records Administration,
Washington, DC 20408.  The phone number is (202) 501-5579.  We
may also be contacted via Internet at tif@cu.nih.gov or BITNET at
TIF@NIHCU.  A partial, hardcopy, title list of holdings is made
available free of charge to interested individuals.  This title
list includes approximately 4,500 of the 14,000 electronic data
files in the collection of the Center.

Ted Hull Center for Electronic Records, National Archives, (202)
501-5579
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 23 Nov 1992 15:00:14 EST
From:         bob toma <TOMA@AKRONVM.BITNET>
Subject:      Re: Off Site Copies of VM/Archive Data

You could use a tape utility that does image copies of tapes.
It would make an exact copy of the tape. These are the tapes which change
each time files are archived.
Twins for closed vmarchive tapes go offsite. These are the tapes which don't
change until you run a merge and purge.
An image copy of the current vmarchive tapes are made once each day.
These go offsite on a rotating daily basis.
Innovations's FATAR can make image copies if you have a batch processing
system (MVS) to which you can punch a VMscheduled job to do it.
A volume query with base option is used to find the most recent LASTU date
of a base volume. Then the chain is run to the end and the tape/s at the end
are cloned, LASTU date should be today if archive ran already.
The external labels can be confusing when the vmarchive tapes change.
You don't want two volumes labeled vma993 because you would need to
change the labels every time vmarch started new tapes.
You could label them sun, mon, tue, . . . Get some tapes for copies with the
red cases so they shouldn't get mixed up with the "real tapes".
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 23 Nov 1992 14:02:53 EST
From:         Ken Koester <MAINT2@ERS.BITNET>
Subject:      Re: Is anyone doing VM/Archive disaster recovery?

To be perfectly honest, I confess our site hasn't ever considered the issue
of disaster recovery of VMARCHIVE.  It makes perfect sense to do so; it is
simply a blind spot in our program, caused in part by the demands on a small
shop such as we are.

+----------------------------------------------------------------------+
| Ken Koester, Systems Programmer  | BITNET:  MAINT2@ERS               |
| US Department of Agriculture     | Tel:     (202) 219-0577           |
| Economic Research Service        | Fax:     (202) 219-1292           |
| Data Services Center             |          (ATTN: Rm 110)           |
+----------------------------------------------------------------------+
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Newsgroups: bit.listserv.l-vmctr
Date:         Mon, 23 Nov 1992 14:34:32 EST
From:         Ron Wigmore <SYST8103@RYEVM.RYERSON.CA>
Subject:      Re: Is Anyone Doing VM/Archive Disastor Recovery

Just an 'off the top of my head' suggestion.  Most probably won't
like it due to their *site specific* needs, but, given the nature
and importance of data on our VMARCH tapes (how much importance do
you assign to student's Archived files of nudie GIFs, etc.?), since
we don't have the resources (system nor personnel) to do offsite
storage of data on VMARCH tapes, the following would meet our needs
without (or at least minimizing) all of the expected VMARCH/VMTAPE
headaches.

Setup a dummy frontend to VMARCH and run with two VMARCH IDs.  Have
everyone 'archive' to the frontend.  The frontend then actually Archives
(using the ASSIGN option) the file to the 'ONSITE' VMARCH ID and to the
'OFFSITE' ID.  The 'ONSITE' ID runs the way it does on all other systems
and so any problems stemming from offsite needs won't affect day-to-day
usage of the 'ONLINE' VMARCH ID. ie. no irate users yelling at you due
to your trying to adapt/meet your 'OFFSITE' needs.

The 'OFFSITE' ID closes off each tape as required by your sites needs (ie.
Daily, Weekly, etc.).  When the tape pool for the 'OFFSITE' ID starts to
run low on tapes, bring the tapes back onsite and then run a Merge/Purge.
Then send the M/P'd tapes back offsite.  If you have the resources to go
three months before having to do an 'OFFSITE' M/P, then you only end up
with a headache every three months.  Better that than having to worry
about HDR records, etc. on a Daily basis.

Given the volume of our Archive data, the number of tapes available, the
maximum size of any archived files, and other such factors, I could set
up a *non-impressive*, but *gets the job done* package, that would meet
*our sites* needs.  And, I know, the above would not meet the needs of
many sites, but it would meet ours.

Just some after lunch thoughts on a cold rainy day ...

Ron,,,
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU