I'm using the OS simulation LOAD macro to load assembler modules which ar
e
not LE conforming. We're a software vendor and the application will be
distributed to customers. I would prefer to distribute everything in a
loadlib instead of some parts in a loadlib and some parts as CMS modules.
Thank you everyone for the feed back.
I now have some options to study.
prg
Phillip Gramly
Systems Programmer
Communications Data Group
Champaign, IL
I have set up an LPD on our network with the desired printers.
The printer characteristics (font, orientation, etc.) are all set up on
the LPD queue (printer name) entries.
When printing from VSE, everything is fine. We have specified on
the LPD entry to include banners, to print duplex, and to
Les:
No, I am NOT using the RSCS command - I am using the TCP LPR
command. Is there such an option for TCP? Also, since this is supposed
to be controlled by the LPD, why would VM's TCPIP cause it to work
differently?
David Wakser
-Original Message-
From: The IBM z/VM
We are in the process of 'decommissioning' our mainframe platform
(MP3000 runing v/VM 3.1). We formatted all our internal and
external DASD (3380s and 3390s) using ICKDSF R16 with the
following command:
I found this in a recent post by searching the archives at:
Cross-posted to both VM VSE lists.
I have set up an LPD on our network with the desired printers.
The printer characteristics (font, orientation, etc.) are all set up on
the LPD queue (printer name) entries.
When printing from VSE, everything is fine. We have specified on
the
After reviewing the DoD specifications for destruction by overwriting, I
would say that your method does not meet them. Specifications are
available here:
http://www.tricare.mil/tmis_new/ia/02%20-%20Sanitization.pdf , section
3.1.2. They specify that you must overwrite with a pattern, then the
I think it varies the pattern for each cycle.
IIRC (memories from the 'nam days) the number of cycles had to be at
least 8 for any magnetic media that had anything classified written on
it at any time. The CAD folks claimed to be able to recover information
from several levels deep at that time,
Hi Dave,
Thanks for your reply. I received a message from Ed Zell re: the
ICKDSF TRKFMT command, which allows for an overwrite of special patterns a
specified number of times. Do you know if that would serve the same function
as FDRERASE?
Cliff
After reviewing the DoD specifications
There are at least two potential problems with using FDRERASE. The first
is
that it REQUIRES a z/OS (maybe OS/390) operating system to run it. This i
s
not too much of a problem at a Disaster Recovery vendor site but not easy
when you are decommissioning your only mainframe. The second problem
I worked for CAD for a number of years and they NEVER returned used DASD
(HDA's in those days) back to the vendor. They were physically destroyed.
-
Judson West
Teradata, a division of NCR Corporation
-Original Message-
From: The IBM z/VM Operating System [mailto:[EMAIL
This may sound crazy but if you really have to meet DOD standards,
and if your equipment is old and has no real value, it may be
cheaper and faster to remove the disks out of the system and
have them destroyed by a certified company.
On Wed, 31 Jan 2007 16:03:56 -0500 Cliff Brenner said:
Hi
Thanks for your reply. I received a message from Ed Zell re: the
ICKDSF TRKFMT command, which allows for an overwrite of special
patterns
Cliff,
Just to be complete, I was quoting from a previous post that I found
in the archives that mentioned ICKDSF TRKFMT. I have no experience
On Wednesday, 01/31/2007 at 03:57 CST, McKown, John
[EMAIL PROTECTED] wrote:
Have you looked at SAE? It has a stand-alone ERASE capability. You can
even IPL it off of the DVD in the HMC! Or DASD or Tape.
I find such products ... interesting. If you look at the S/390 Command
Reference for ESS
Hi Ed,
I reviewed the TRKFMT parameters you provided in the ICKDSF R16 manual to
confirm their function. Thanks to all who have replied to me so far. Please
note I no longer have an operating system, so only a standalone utility like
ICKDSF would benefit me at this point.
Cliff
Perfectly clear to me. When you erase a disk, ... you erase it. What
else would you do? :-)
Precisely why our storage management group does whatever it is that they
do to decommission disks and then contracts with the disk manufacturers
to destroy them.
Regards,
Richard Schuh
-Original
On 1/31/07, Alan Altmark [EMAIL PROTECTED] wrote:
I find lots of information about data security erase for tapes, but not
for disks.
So, that leaves him the option to DDR from disk to tape, and then
security erase those tapes. ;-)
Rob
17 matches
Mail list logo