Re: dsf to write over entire volume

2012-12-13 Thread R.S.
Structured log file: there are three choices: a) you don't have it (most likely nowadays), b) you have it, c) you don't know. Ad a) - it was already discussed. Ad b) - follow the procedures specific to this array Ad c) - hire specialist who will know. Whether or not you consult an expert

Re: dsf to write over entire volume

2012-12-13 Thread R.S.
W dniu 2012-12-13 06:19, Stephen Mednick pisze: I think what is being overlooked in this discussion is what is the corporate policy regarding the erasing of disk media. Unfortunately most of corporate policies has very little to do with common sense or physics. As I heard this is matter of

Re: OOCoD Question

2012-12-13 Thread Martin Packer
Thanks for that Ed. It's probably worth pointing out that what a vendor's code DOES in this regard MIGHT vary from what the licence T's C's actually SAY. It probably pays to check that - and to check which overrides which. Not suggesting your products have that, ahem, characteristic. :-) In

Re: OOCoD Question

2012-12-13 Thread Scott Chapman
FYI, starting with the z10s, it is entirely possible to run temporarily upgraded for pretty much as long as you want, you just need to refresh the OOCoD record every 6 months. Doing so allows you to turn the capacity back down whenever you want. Once you make it permanent, you can't (easily)

Re: Adding SCRATCH tapes to DFRMM

2012-12-13 Thread Mike Wood
On Thursday, 13 December 2012 00:52:11 UTC, Mike Wojtukiewicz wrote: I am going batsh*t crazy trying to add tapes to the RMM scratch tape list. I use the panel to add a scratch tape and it shows in INIT status. I can't change it to scratch status cause the panels work against me. Is there

Re: I broke it - programcontrolled programs

2012-12-13 Thread nitz-...@gmx.net
Ah, you don't refresh the PROGRAM class by doing a refresh of the PROGRAM class. You do it with SETROPTS WHEN(PROGRAM) REFRESH I did. That is what I meant when I said I refreshed 'PROGRAM'. What? You wanted consistency? yes. How strange of me. Mostly, I want to understand what I did wrong so

Re: Common Data Space Basics

2012-12-13 Thread Peter Relson
Regarding reading the prolog: please do. But please note that 99% of what is in the prolog (at least the part that is considered programming interface information) is in the reference book. It's just not in a guide. The reason that prologs of our newer executable macros tend to be quite

Re: I broke it - programcontrolled programs

2012-12-13 Thread Peter Relson
As has been mentioned, this module should not be in IEAVTRML. In fact *nothing* should be in IEAVTRML. This has been true for quite a while. I know Barbara does not like the IBM HC for z/OS, but it has a check specifically to point out things that are in IEAVTRML since it should be empty. We

Re: I broke it - programcontrolled programs

2012-12-13 Thread Mark Zelden
On Thu, 13 Dec 2012 13:13:18 +0100, nitz-...@gmx.net nitz-...@gmx.net wrote: ISRDDN didn't find it, neither in LPA nor in linklist when I tried it yesterday. I must be too stupid to use isrddn, though. I went through all LPA and linklist libraries manually today and eventually found where they

Re: Common Data Space Basics

2012-12-13 Thread John Gilmore
Peter, My post was not intended as a criticism, even an implicit one, of the other documentation. I have been very pleased, and just a little surprised, by what seems to me to be the much improved and improving quality of the prologues. This may, as you half suggest, be only an artefact of the

Re: dsf to write over entire volume

2012-12-13 Thread Ron Hawkins
Mike, While this will erase the logical track presented to a CKD host, it does not actually erase the data on the physical drive. You need to use the vendor's secure erase facility if the controller has one, or actually overwrite the whole volume with your favorite data generation or copy

CA Unload -- Use Lower Case SQL?

2012-12-13 Thread Jon Butler
Is it possible to use lower case SQL commands with CA's Unload Utility. I can't find any way other than to use all UPPERCASE. TIA, -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to

Re: dsf to write over entire volume

2012-12-13 Thread Ron Hawkins
Radoslaw, ICKDSF can erase logical volumes, but it cannot erase the physical disk drives. Not only controller. Sometimes smart folks also know that. I'm not so smart, but I can tell you what is the relationship between physical discs and logical volumes in my array. I have it documented, and

Re: dsf to write over entire volume

2012-12-13 Thread R.S.
W dniu 2012-12-13 16:55, Ron Hawkins pisze: Radoslaw, [...] Not only controller. Sometimes smart folks also know that. I'm not so smart, but I can tell you what is the relationship between physical discs and logical volumes in my array. I have it documented, and it can be

Re: 64 Bit Common Storage (was Common Data Space Basics)

2012-12-13 Thread Donald Likens
I did not understand why the documentation in the Extended Addressabilty Guide stated The IARV64 macro provides all the virtual storage services for your programs. and then I find IARST64 documented in the Assembler Services Reference. So I did some testing: Code Executed:

Re: dsf to write over entire volume

2012-12-13 Thread Mike Schwab
I specified a headrange of 16 tracks. It does not issue an error message for too many tracks, it writes on all 15 tracks in every cylinder, all cylinders are written on (based on time (45 minutes/ MOD3) and cylinder count). What TRKFMT does is write fulltrack records of all B'00', B'11', and

Re: dsf to write over entire volume

2012-12-13 Thread Ron Hawkins
Radosalw, Yes, it depends. It can depend on things you described, but also on the detail level. Usually you can map logical volume to the dasd array ;-) but sometimes it you can go down into details liek raid group. [Ron Hawkins] Mapping a HDP pool is a bit like mapping a log structured

Re: dsf to write over entire volume

2012-12-13 Thread Ron Hawkins
Mike, Have you confirmed with each DASD vendor that the contents of the channel command generated by TRKFMT ERASDATA are actually passed to the disk drive for drive types, parity schemes and volume formats? To paraphrase your description, TRKFMT writes fulltrack records to cache then an empty

Re: 64 Bit Common Storage (was Common Data Space Basics)

2012-12-13 Thread John Gilmore
I was tempted to answer your straightforward questions briefly, as I am sure others were too; but this outcome is a much better one; you have worked out the answers for yourself. John Gilmore, Ashland, MA 01721 - USA -- For

There's so much data that we're running out of words to describe it - FutureTech on NBCNews.com

2012-12-13 Thread Ed Gould
http://www.nbcnews.com/technology/futureoftech/theres-so-much-data- were-running-out-words-describe-it-1C7557410 What is few YOTA here and there? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email

Re: 64 Bit Common Storage (was Common Data Space Basics)

2012-12-13 Thread Binyamin Dissen
On Thu, 13 Dec 2012 10:20:35 -0600 Donald Likens dlik...@infosecinc.com wrote: :I did not understand why the documentation in the Extended Addressabilty Guide stated The IARV64 macro provides all the virtual storage services for your programs. and then I find IARST64 documented in the Assembler

Re: dsf to write over entire volume

2012-12-13 Thread Knutson, Sam
It's not free but an excellent value FDRERASE. http://www.fdr.com/products/fdrerase/ It works, great support, and importantly will produce reports at completion suitable for auditors and government regulators. The tool you need to use depends on value of the data you had stored there, who

Re: 64 Bit Common Storage (was Common Data Space Basics)

2012-12-13 Thread Gord Tomlin
On 2012-12-13 11:20, Donald Likens wrote: I did not understand why the documentation in the Extended Addressabilty Guide stated The IARV64 macro provides all the virtual storage services for your programs. and then I find IARST64 documented in the Assembler Services Reference. So I did some

Re: 64 Bit Common Storage (was Common Data Space Basics)

2012-12-13 Thread Scott Ford
Donald, Does z/OS in parms or by default turn on access to 64 bit storage ? Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 13, 2012, at 11:20 AM, Donald Likens dlik...@infosecinc.com wrote: I

Re: There's so much data that we're running out of words to describe it - FutureTech on NBCNews.com

2012-12-13 Thread Mike Schwab
How about rounding up Avragado's number from 6 * 10**23 to 10**24 (penta-pentabytes) and call it Avrabytes? On Thu, Dec 13, 2012 at 11:43 AM, Ed Gould edgould1...@comcast.net wrote: http://www.nbcnews.com/technology/futureoftech/theres-so-much-data-were-running-out-words-describe-it-1C7557410

Avogadro's number

2012-12-13 Thread John Gilmore
The suggestion is not at all a bad one, but the chemists will laugh at us if we dopn't get the name right. It is Avogadro. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access

Re: dsf to write over entire volume

2012-12-13 Thread Mike Schwab
Which is why we turn off fast write. Waits for the record to be physically written before the next record is sent. On Thu, Dec 13, 2012 at 11:37 AM, Ron Hawkins ronjhawk...@sbcglobal.net wrote: Mike, Have you confirmed with each DASD vendor that the contents of the channel command generated

Re: Avogadro's number

2012-12-13 Thread Mark Zelden
On Thu, 13 Dec 2012 15:04:00 -0500, John Gilmore jwgli...@gmail.com wrote: The suggestion is not at all a bad one, but the chemists will laugh at us if we dopn't get the name right. It is Avogadro. If any of them ever follow IBM-MAIN postings, they're already laughing. -- Mark Zelden -

Re: dsf to write over entire volume

2012-12-13 Thread Ron Hawkins
Mike, You only think you turn off fast write. I think the IBM 3990-6 and HDS 7690 were the last DASD controllers that really let you turn off DFW. The behavior you describe as Waits for the record to be physically written before the next record is sent in HDS parlance is a cache write through,

Re: There's so much data that we're running out of words to describe it - FutureTech on NBCNews.com

2012-12-13 Thread Joel C. Ewing
On 12/13/2012 11:43 AM, Ed Gould wrote: http://www.nbcnews.com/technology/futureoftech/theres-so-much-data-were-running-out-words-describe-it-1C7557410 What is few YOTA here and there? But, at least a few years left before we encounter the civilization-ending crisis of MS Fnd in a Lbry

Re: 64 Bit Common Storage (was Common Data Space Basics)

2012-12-13 Thread Scott Ford
John, No problem..just haven't used 64 bit, I need to study,research, prototype some code Scott ford www.identityforge.com Tell me and I'll forget; show me and I may remember; involve me and I'll understand. - Chinese Proverb On Dec 13, 2012, at 12:39 PM, John Gilmore jwgli...@gmail.com

IBM 3584/3953

2012-12-13 Thread Sharon Robertson
We have an IBM 3584/3953 tape environment which is SMS managed from 1 LPAR but it services several LPAR's managed by the same SMS. Can we have another independent LPAR managed by a different SMS use that ATL?   Sharon Robertson

Re: I broke it - programcontrolled programs

2012-12-13 Thread nitz-...@gmx.net
As has been mentioned, this module should not be in IEAVTRML. In fact *nothing* should be in IEAVTRML. This has been true for quite a while. I know Barbara does not like the IBM HC for z/OS, but it has a check specifically to point out things that are in IEAVTRML since it should be empty.

Re: dsf to write over entire volume

2012-12-13 Thread R.S.
W dniu 2012-12-13 18:22, Ron Hawkins pisze: Radosalw, (Radoslaw, pronounced like Radoslav ;-) ) Encryption is a matter of time and cost. The question is WHEN I will decrypt the data, not IF. And WHEN depends on my budget (the more money the more zombies works for me) and piece of good luck

Re: There's so much data that we're running out of words to describe it - FutureTech on NBCNews.com

2012-12-13 Thread R.S.
I think you mean Avogadro. There is no reason to round it up (especially it's not arbitrary number!), world know how to name large numbers. MB mega byte GB giga TB tera PT peta EB eksa byte (*) ZB zeta YB yotta yotta prefix is 20 years old, but we still do not use it to much, I believe that