HDTenEightyP/NetNews huggingface dataset:
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:21765EDT@MSU.BITNET>
Approved-By:  EDTECH Moderator <21765EDT@MSU.BITNET>
Newsgroups: bit.listserv.edtech
Date:         Fri, 22 Jan 1993 00:02:01 EST
From:         Gleason Sackman <sackman@plains.nodak.edu>
Subject:      NEW: GNET - Toward a Truly *Global* Network (from NEW-LIST)

---------- Text of forwarded message ----------
Date: Wed, 20 Jan 1993 22:49:17 CST
From: "Laurence I. Press" <lpress@isi.edu>
To: Multiple recipients of list NEW-LIST <NEW-LIST@VM1.NoDak.EDU>
Subject: NEW: GNET - Toward a Truly *Global* Network

gnet@dhvx20.csudh.edu

             GNET: an Archive and Electronic Journal

                 Toward a *Truly* Global Network

   Computer-mediated communication networks are growing rapidly, yet
   they are not truly global -- they are concentrated in affluent
   parts of North America, Western Europe, and parts of Asia.

   GNET is an archive/journal for documents pertaining to the effort
   to bring the net to lesser-developed nations and the poorer parts
   of developed nations.  (Net access is better in many "third
   world" schools than in South-Central Los Angeles).  GNET consists
   of two parts, an archive directory and a moderated discussion.

   Archived documents are available by anonymous ftp from the
   directory global_net at dhvx20.csudh.edu (155.135.1.1).  To
   conserve bandwidth, the archive contains an abstract of each
   document, as well as the full document.  (Those without ftp
   access can contact me for instructions on mail-based retrieval).

   In addition to the archive, there is a moderated GNET discussion
   list.  The list is limited to discussion of the documents in the
   archive.  It is hoped that document authors will follow this
   discussion, and update their documents accordingly.  If this
   happens, the archive will become a dynamic journal.  Monthly
   mailings will list new papers added to the archive.

   We wish broad participation, with papers from nuts-and-bolts to
   visionary.  Suitable topics include, but are not restricted to:

      descriptions of networks and projects
      host and user hardware and software
      connection options and protocols
      current and proposed applications
      education using the global net
      user and system administrator training
      social, political or spriritual impact
      economic and environmental impact
      politics and funding
      free speech, security and privacy
      directories of people and resources

   To submit a document to the archive or subscribe to the moderated
   discussion list, use the address gnet_request@dhvx20.csudh.edu.

   Owner: Larry Press
          gnet_request@dhvx20.csudh.edu

-----------------------------------------------------------------------------
Gleason Sackman                           BBS:       sackman@sendit.nodak.edu
Coordinator                               Internet:  sackman@plains.nodak.edu
SENDIT - NoDak's K-12 Telcom Network      Bitnet:    sackman@plains.bitnet
BOX 5164,  NDSU Computer Center           Voice: (701)237-8109
Fargo, ND  58105                          Fax:   (701)237-8541
From: NAD@BRUSPVM.BITNET (Ulisses M. Lisbao)
Newsgroups: bit.listserv.power-l
Subject: SLIP
Date: 21 Jan 93 13:41:10 GMT
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <NAD@BRUSPVM>


      We have a RS6000 (mod. 530) running aix v3.2 with 64-port serial
adapter. We have 8 slip interfaces available  and when i try to add one
more slip interface i receive the following message

0821-510 ifconfig: error calling entry point for /usr/lib/drivers/if_sl: There
         is a request to a device or address that does not exist.

0821-223 chgif: Cannot get records from CuAt

0821-229 chgif: ifconfig command failed


      How can i fix this problem ? Thanks in advance


  Ulisses
Newsgroups: bit.listserv.db2-l
From: awerman@panix.com (Aaron Werman)
Subject: Re: DB2 Back up procedure
Organization: PANIX Public Access Unix, NYC
Date: Sun, 24 Jan 1993 13:35:55 GMT


This is an important thread (DB2 catalog recovery). Consider the
goals of the recovery process. These may not all apply:

	1. Restarting DB2 after a failure of DASD containing the
	   catalog or directory.

	2. Restarting DB2 after DB2 software failure or operator
	   error destroys the catalog.

	3. "Oops, what do we do now" type procedures, e.g. accidental
	   dropping of a production database.

	4. Audit concerns, e.g. "who had access to table X last Thursday.

Each of these issues has a different recovery strategy. (1) Generally
involves a combination of DB2 backup (COPY) and external DASD dumps.
(2) Is assisted tremendously by external dumps of DB2 data sets. (3)
and (4) can be further assisted by keeping human readable copies of 
catalog information (such as DBID...) either on paper or in the computer.

Don't forget that DB2 requires all of:

	- DB2 catalog

	- DB2 directory

	- BSDS

	- All ICF catalogs

	- Logs

Many of these can be recovered from the others (e.g. - recovering the BSDS
from logs and DB2 catalog and directory). In most cases, this is a slow,
complex, and tedious process; not something that you want to try the first
time during a crisis, nor something you would prefer to do at all.

In all cases, the recovery strategy is completely dependant on the speed
that you need to be able to recover. For example, stable production 
environments with very fast recovery requirements tend to rely on warm or
hot backup sites or at least DASD dumps of the catalog.

-- 

Aaron Werman		awerman@panix.com
From: OPRIMS@SAUPM00.BITNET (Ilyas M. Shaikh)
Newsgroups: bit.listserv.db2-l
Subject: DB2 Back up procedure
Date: 24 Jan 93 09:44:19 GMT
Organization: King Fahd University of Petroleum and Minerals, S.A.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
X-Acknowledge-To: <OPRIMS@SAUPM00.BITNET>

I am sending the following for the benefit of other new DB2
installations who are just starting...

In response to Edith 's query from UCONNVM :-

--How often do you backup the catalog and directory?
==We take weekly backup.
--How long do you retain the backups?
==We retain the backup for 28 days.
--Do you backup to tape, or to disk and then transfer to tape?
==We backup to tape directly.
--How do you manage you tape (or disk) datasets -- do you use GDG's and
  catalog control in your tape management system?
==We use GDG's (cycle=4) and synchronize syscopy with ICF catalog from
  time to time using "MODIFY".
--Do you backup everything in each database?  In the original backup job
  done as part of the initial install of V2R3 (jobname DSNTIJIC), three
  tablespaces that are in my directory were not included in the backup.
  They are DSNDB01.DSNSCT02, DSNDB01.DSNSPT01, and DSNDB01.DSNSPT02.
  Does anyone know what these are and should they be backed up?
==Yes, we backup everything. We are in the process of migrating to V2R3.
--Do you QUIESCE before and/or after your backups of the catalog and
  directory?  This is recommended for any table or tablespace on page
  6-107 of the Administration Guide (volume II).
==Yes, We follow the recommendation on above mentioned page.
--Has anyone been to IBM's DB2 Advanced Recovery Workshop (U4074)?
  How was it?
==It is an excellent course. Lots of lab work and full participation.
  I 'l advise it for all sysadmins.

Edith pointed out latter that DSNDB01.DSNSCT02, DSNDB01.DSNSPT01,
and DSNDB01.DSNSPT02 are indexspaces.
Indexes can be recovered (RECOVER INDEX...) as long as there is a
good backup copy of data tablespace. So there is no need to back up
indexes.

"MODIFY" is a DB2 utility (documented in "DB2 command and utility
manual). It deletes records of unwanted backup copies of tablespaces
from "syscopy" catalog table and records of related log records from
the "syslgrng" directory table. Since, we are using GDG for backup tapes
, it is necessary that we clean up "syscopy" and "syslgrng" after a
generation has been uncataloged from ICF catalog. From time to time
we run this "MODIFY" utility in order to keep DB2 catalog and ICF catalog
in synchronization.


Regards...Ilyas
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Subject: (no subject given)
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:YOSSIE@UCSFVM.UCSF.EDU>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 21 Jan 1993 11:58:20 PST
From:         Yossie Silverman <YOSSIE@UCSFVM.UCSF.EDU>
Organization: University of Califonia San Francisco

Fine, can you send me the code or a good outline of what makes it work?
Thanks! - Yossie

---
Yossie Silverman                   "What did the Caspian Sea?" - Saki
I'Net:  yossie@ucsfvm.ucsf.edu
Bitnet: YOSSIE@UCSFVM              B3 f- w- t cd g++ k++ s++ p
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:VM-UTIL@UTARLVM1.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 28 Jan 1993 14:05:29 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.BITNET>
Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
Subject:      Re: Dirmaint 1.4 woes, second chapter

On Thu, 28 Jan 1993 13:03:57 CST Chuck Nelson said:
>There is a startup parameter in the dirmaint data file which is set to
>have dirmaint run in test mode (i.e. don't update the real directory).
>
>By default at install time it is set to test.

Yep, the parameter in DIRMAINT DATA is RUNMODE, but this isn't the case
here.

I've DIRMAINT running on TESTING mode in this node, but I already set it to
OPERATIONAL on my other node (VMTECQR2). Update-in-place commands, like
DIRM SETPW, work fine. However, a DIRM ADD bombs with a DIRECT RC=2
(with the results I posted earlier).

Any ideas ? I've already applied the VM33536 APAR (otherwise, DIRMAINT
wouldn't even deign to start).

Thanks again.

JMC
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:GEORGEH@MSU.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Wed, 27 Jan 1993 14:25:00 EST
From:         "George_J.Haddad" <GEORGEH@MSU.BITNET>
Subject:      CMS Monitors


We track the usage (but not the resources) of certain products by
intercepting SVC 202/204and SMSGing a SVM which records the invocation
of the tracked commands. We do this with a CMS nucleus extension which
enables itself as a FLIH and calls DMSITS as a 2ndLIH. We don't get
any resource stats (i.e. CPU usage) doing things this way but we have
no need for that level of detail at present as we do not use this
facility for chargeback ... merely to audit if costly products are truly
needed and used by our users. As a result, we can live with the
fact that the NUCEXT is volatile (as opposed to BALRing to our code as an
exit from DMSITS itself).


One of my old shops used VMACCT for tracking certain program product
resource usage .... one disadvantage at that time (mid 80's) was that
we were required to re-build the executable MODULES we wanted to track
to use the VMACCT code as their maint entry-pt. Don't know if things
are any cleaner today. The advantage was that it did cut CP accounting
records which were easily rolled into our standard accounting reports.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:VM-UTIL@UTARLVM1.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 28 Jan 1993 11:01:38 CST
From:         "Juan M. Courcoul" <COURCOUL@VMTECQRO.BITNET>
Organization: Instituto Tecnologico de Monterrey, Campus Queretaro
Subject:      Dirmaint 1.4 woes, second chapter

First off, many thanks to everyone who responded to my first posting,
regarding which version of Dirmaint was best to install. Given the
abundant & eloquent praise, I opted for 1.4.

Now, the installation and customization went fine & dandy, but the thing
is now refusing to do the real work. Having followed the instructions,
I set it up with a dummy directory, on some other volume apart from where
the real thing is located, occupying the same space as the real one. I
then formatted and allocated as DRCT that area. Firing up Dirmaint,
it went thru its paces of setting things up and went into "Waiting..." mode.

All commands which do not entail changes in the directory work just fine.
However, when I try to ADD or do anything which updates the directory, the
command bombs with an error from DIRECT. The following diagnostic gets
sent:

DIRECTORY 1CA FB-512 SQLPK EDIT                                         01271620
VOLID READ IS        NOT SQLPK (ON 01CA)
LOAD COMPLETED, CLUSTER READS = 0, USERS VIA CLUSTER = 0, INDIVIDUAL USERS = 2,
TOTAL RECORDS = 29
EOJ DIRECTORY NOT UPDATED

The directory entry for Dirmaint is, as prescribed on the manual:

USER DIRMAINT xxxxxxxx 4M 6M BG
 ACCOUNT 01 SYSADMIN
 OPTION REALTIMER ECMODE
 IPL CMS
 CONSOLE, SPOOLs and LINKs to system disks deleted...
 MDISK 112 FB-512 004120 002000 VMPK01 MR
 MDISK 191 FB-512 085580 006000 VMPK01 MR
 MDISK 193 FB-512 176032 018000 VMSRES MR
 MDISK 195 FB-512 728760 016000 VMPK01 MR
 MDISK 196 FB-512 447812 008000 VMSRES MR
 MDISK 1A0 FB-512 512712 003184 VMSRES MR ALL
 MDISK 1CA FB-512 717184 001824 SQLPK  MR
 MDISK BC4 FB-512 000000 804714 VMSRES MW

As instructed, the 1CA minidisk is the same size as the DRCT space on the
BC4 full-pack volume, where the working object directory is installed.

Where am I goofing up ? I've installed the thing on a 9377 and a 9373 and
get the exact same error on both, so I suspect this is an error on my part.
According to the documentation I received, it includes the DASD management
enhancement APARS, which include support for 9335 and 9332 DASDs.

Thanks for any pointers.

Juan

P.S. The installation on the 9373 is OPERATIONAL, so the error wasn't due
     to a TESTING status.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:MCCARTJ+pRMHDC%Riverside@mcimail.com>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 21 Jan 1993 15:37:00 GMT
From:         "Jim McCarty,
              Sr. Systems Programmer" <MCCARTJ+pRMHDC%Riverside@MCIMAIL.COM>
Subject:      Re: Mystery Reader Files
Comments: To: VM-UTIL <VM-UTIL@ohstvma.acs.ohio-state.edu>

Sorry to bother the entire list, but we have a very awkward connection
here, and I can not respond to individuals.

SNK at Ege University in Izmir Turkiye:  Please send your EXEC if possible.

Thanks,
Jim McCarty
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:DRBMAINT@MSU.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 28 Jan 1993 11:36:55 EST
From:         Dennis Boone <DRBMAINT@MSU.BITNET>
Organization: Michigan State University Computer Lab
Subject:      Re: TNVT100 Translate Tables

On Wed, 27 Jan 1993 15:44:24 EST Michael S. Holtzman said:
>Greetings.  How can I specify alternate A/E and E/A translation tables for
>TNVT100.  I have a faculty member who desperately needs to access a VAX
>(and therefore needs square brackets).  I can get TELNET to correctly
>translate the chars, but he needs VT-100 for editing.
>
>Any suggestions would be appreciated. Thanx. /

As a temporary workaround, you can use greater-than and less-than in place
of the square brackets in directory specifications.

Dennis
From: cabanrf@wkuvx1.bitnet
Newsgroups: bit.listserv.vm-util
Subject: Screen help
Date: 23 Jan 93 20:30:05 CST
Organization: Western Kentucky University, Bowling Green, KY

I've got a problem when using our vax.  Whenever I use the editor, or
even more importantly, reply/followup to a news article.  After I have
sent the message my screen goes ballistic.  The symptoms are as
follows:
The screen never clears, a new linewill be written over an old line,
but if there is no new line with writing on it, the old line stays.

2) All of the displkay screens (like the lists for the news groups and
articles) are double spaced.

The only way to get rid of the problem is to log off and log on again. 
This happens when I am logged on from a micro via a modem or on the
Z29's in a lab.

Are there any sufggestions on how to fix this.  (it doesn't happen
when I'm on the IBM).
--
Please reply as I am not normally on this usergroup. 
Roy F. Cabaniss......................*Wait till Tommy meets the Lord and
Western Kentucky University..........*finds out that He's wearing pinstripes.
All opinions contained herein........*Gaylord Perry (talking about Lasorda)
Are all mine own, and that's the sin.*Baseball, what a way to spend a day!!
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:VM-UTIL@UBVM.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 21 Jan 1993 10:55:38 EST
From:         Dan Newcombe <STDN@MARIST.BITNET>
Subject:      RXSQL problems with UPDATE

Hi.. I can't find anyplace better to place this, and as RXSQL is a
VM Utility :)

I have an exec that is trying to use SQL to do an update on a table.
I have narrowed it down from updating all the columns at once to just
trying to get it to update the trouble column.  The trouble column
is of type DECIMAL (4,2).  The RXSQL statement is:
'RXSQL PREP UPD UPDATE AIDE_LIST SET PAYRATE=4.56 WHERE AIDE_NO=42'
'RXSQL EXEC UPD'
This returns a RC of 8 and and SQLCODE of -104, a portion of the
statement is incorrect.
I tried pipes:
PIPE SQL EXECUTE 'UPDATE AIDE_LIST SET PAYRATE=4.56 WHERE AIDE_NO=42'
still got an error, so I went into QMF and put the update statement
in and it worked just fine.

  Anyone have any clues???

   -Thanks-
     Dan

Dan Newcombe
stdn@vm.marist.edu                        kk4d@maristb.marist.edu
dnewcomb@cybernet.cse.fau.edu             And others...
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
- Real programmers like vending machine popcorn.  Coders pop it in the
  microwave oven.  Real programmers use the heat given off by the cpu.
  They can tell what job is running just by listening to the rate of popping.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:MCCARTJ+pRMHDC%Riverside@mcimail.com>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 21 Jan 1993 14:08:00 GMT
From:         "Jim McCarty,
              Sr. Systems Programmer" <MCCARTJ+pRMHDC%Riverside@MCIMAIL.COM>
Subject:      Mystery Reader Files
Comments: To: VM-UTIL <VM-UTIL@ohstvma.acs.ohio-state.edu>

I am sure others have seen this, but this is the first time I have encountered
it.   We run an HPO 5 system (old maintenance level).  Recently, when I
log on, I am told that there are 3 more files in my reader then exist when
I do a 'CP QUERY RDR * ALL'. I note that these three "mystery" files are
dumped each night when we do our spool backup using SPTAPE. I have checked
to make sure my rdr is spooled *. I also cannot transfer the files.
BTW: We have re'IPL'ed with the Checkpoint option since the files "appeared".
It made no difference.

Thanks,
Jim McCarty
Riverside Methodist Hospitals
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Organization: Valencia Uiversity (Universitat de Valencia) SPAIN
Date: Wed, 27 Jan 1993 12:06:16 EST
From: Jose Agustin Lopez Bueno <LOPEZJ@EVALUN11.BITNET>
Newsgroups: bit.listserv.vm-util
Subject: SIMULATING PC

Hello.
    Are there any method or program to simulate a PC computer on IBM VM/XA?
    Thanks you very much.
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:ccrs@buacca.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 21 Jan 1993 10:14:20 EST
From:         "Dick Sims, BU" <CCRS@BUACCA.BITNET>
Subject:      TOOLS command?

Could anyone provide info on the following?
The handout from the August SHARE sesson on AIX 3.2 Performance
Analysis and System Tuning mentions using a VM-based "TOOLS" command
to retrieve data relating to the AIXPRESS publication, as in issuing
the command:
          TOOLS SENDTO DALVM41B TOOLS AIXIC GET PERF0192 PACKAGE
This seems to pre-suppose VM sites somehow having a TOOLS command,
which apparently derives from some other source.  Any insights?
             Thanks, Dick Sims, Office of Information Technology, BU
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:NLAFLAMM@IRISHVMA.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 28 Jan 1993 14:28:33 EST
From:         Nick Laflamme <NLAFLAMM@IRISHVMA.BITNET>
Subject:      Re: Dirmaint 1.4 woes, second chapter

On Thu, 28 Jan 1993 11:01:38 CST Juan M. Courcoul said:
>DIRECTORY 1CA FB-512 SQLPK EDIT
>01271620
>VOLID READ IS        NOT SQLPK (ON 01CA)
>LOAD COMPLETED, CLUSTER READS = 0, USERS VIA CLUSTER = 0, INDIVIDUAL USERS = 2,
>TOTAL RECORDS = 29
>EOJ DIRECTORY NOT UPDATED

The third line means that the volume label on the 1CA (mini-)disk is not
SQLPK.  In fact, 1CA might be an unformatted volume (unformatted with
CPFMTXA, that is) if I had to guess.

>The directory entry for Dirmaint is, as prescribed on the manual:
>
>USER DIRMAINT xxxxxxxx 4M 6M BG
> ACCOUNT 01 SYSADMIN
> OPTION REALTIMER ECMODE
> IPL CMS
> CONSOLE, SPOOLs and LINKs to system disks deleted...
> MDISK 112 FB-512 004120 002000 VMPK01 MR
> MDISK 191 FB-512 085580 006000 VMPK01 MR
> MDISK 193 FB-512 176032 018000 VMSRES MR
> MDISK 195 FB-512 728760 016000 VMPK01 MR
> MDISK 196 FB-512 447812 008000 VMSRES MR
> MDISK 1A0 FB-512 512712 003184 VMSRES MR ALL
> MDISK 1CA FB-512 717184 001824 SQLPK  MR
> MDISK BC4 FB-512 000000 804714 VMSRES MW
>
>As instructed, the 1CA minidisk is the same size as the DRCT space on the
>BC4 full-pack volume, where the working object directory is installed.

OK, 1CA is *on* SQLPK.  However, that doesn't say anything about what the
volume label *for* 1CA is, and the DIRECTXA command (or the DIRECT command,
no different) cares not a whit that 1CA is on some larger pack whose label
is SQLPK.  :-)

>Where am I goofing up ? I've installed the thing on a 9377 and a 9373 and
>get the exact same error on both, so I suspect this is an error on my part.
>According to the documentation I received, it includes the DASD management
>enhancement APARS, which include support for 9335 and 9332 DASDs.

Run CPFMTXA (or the equivilent) against 1CA and see make sure it's
formatted in CP format and labeled.  Also, make sure it's allocated with
DRCT space, not, say, PERM.  :-) I'll bet that's your problem right there.

Good luck,
Nick

* NLAFLAMM@IRISHVMA.BITNET
* Dominique.P.Laflamme.1@nd.edu
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU
Return-Path: <@OHSTVMA.ACS.OHIO-STATE.EDU:VM-UTIL@UBVM.BITNET>
Newsgroups: bit.listserv.vm-util
Date:         Thu, 21 Jan 1993 16:44:30 TUR
From:         Suleyman Nazif Kutlu <SYSADM4@TREARN.BITNET>
Subject:      Re: Mystery Reader Files
              21 Jan 93 14:08:00 GMT from <MCCARTJ+pRMHDC%Riverside@MCIMAIL.COM>

On Thu, 21 Jan 93 14:08:00 GMT Jim McCarty, Sr. Systems Programmer said:
>
>
>I am sure others have seen this, but this is the first time I have encountered
>it.   We run an HPO 5 system (old maintenance level).  Recently, when I
>log on, I am told that there are 3 more files in my reader then exist when
>I do a 'CP QUERY RDR * ALL'. I note that these three "mystery" files are
>dumped each night when we do our spool backup using SPTAPE. I have checked
>to make sure my rdr is spooled *. I also cannot transfer the files.
>BTW: We have re'IPL'ed with the Checkpoint option since the files "appeared".
>It made no difference.
>
>Thanks,
>Jim McCarty
>Riverside Methodist Hospitals

Hi.. When we were an HPO site, we encountered the same problem. It was the
responsibility of SPTAPE as far as I remember and solved by a PTF. But till the
PTF arrives, I wrote an EXEC that finds these mystery RDR files and makes them
readable and visible. If you wish, I can send you the EXEC.
Regards...
-SNK
Systems Programmer
Ege University
Izmir, TURKIYE
Comments: Gated by NETNEWS@AUVM.AMERICAN.EDU