ICSF callable service error SMP/e

[Peter]

Hello,

I am receiving the below error during GIMUNZIP process during a product
install.

GIM43501S ** THE CALL TO THE CSNBOWH SERVICE FAILED WHEN PROCESSING

THE RETURN CODE WAS '0008'X AND THE REASON CODE WAS '3E80'X

I understand that SMP/e is failing while calling the ICSF services, But I
am still not able to get the explanation for the Reason Code '3E80'

Any explanation or a pointer would help me in resolving the error message.

Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Beesley, Paul]

Return code 8
08 (08) An application error occurred. The callable service was stopped 
due to an error in the parameters. Or, another condition was encountered that 
needs to be investigated.

Reason code 3E80
3E80 (16000)RACF failed your request to use this service.
User action: Contact your ICSF or RACF administrator if you need this service.

You might want to check for RACF error messages.

This PDF looks like it might be useful in setting up the required RACF 
protection.
http://www.srcsecuresolutions.eu/pdf/pkware/SZ%20and%20IBM%20ICSF%20Whitepaper.pdf

Regards and thanks
Paul


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter
Sent: Wednesday, November 18, 2015 8:08 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: ICSF callable service error SMP/e

Hello,

I am receiving the below error during GIMUNZIP process during a product install.

GIM43501S ** THE CALL TO THE CSNBOWH SERVICE FAILED WHEN PROCESSING

THE RETURN CODE WAS '0008'X AND THE REASON CODE WAS '3E80'X

I understand that SMP/e is failing while calling the ICSF services, But I am 
still not able to get the explanation for the Reason Code '3E80'

Any explanation or a pointer would help me in resolving the error message.

Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Atos, Atos Consulting, Worldline and Canopy The Open Cloud Company are trading 
names used by the Atos group. The following trading entities are registered in 
England and Wales: Atos IT Services UK Limited (registered number 01245534), 
Atos Consulting Limited (registered number 04312380), Atos Worldline UK Limited 
(registered number 08514184) and Canopy The Open Cloud Company Limited 
(registration number 08011902). The registered office for each is at 4 Triton 
Square, Regent’s Place, London, NW1 3HG.The VAT No. for each is: GB232327983.

This e-mail and the documents attached are confidential and intended solely for 
the addressee, and may contain confidential or privileged information. If you 
receive this e-mail in error, you are not authorised to copy, disclose, use or 
retain it. Please notify the sender immediately and delete this email from your 
systems. As emails may be intercepted, amended or lost, they are not secure. 
Atos therefore can accept no liability for any errors or their content. 
Although Atos endeavours to maintain a virus-free network, we do not warrant 
that this transmission is virus-free and can accept no liability for any 
damages resulting from any virus transmitted. The risks are deemed to be 
accepted by everyone who communicates with Atos by email.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Moving a Sysplex

[Timothy Sipples]

Mark Jacobs wrote:
>Would a GDPS like solution work for moving a sysplex from here
>to there, where the there is over 1200 miles from here, without
>taking a sysplex outage?

I assume you meant you want to avoid a business service interruption at
least for critical application services.

I recommend investigating an IBM GDPS/Active-Active solution. More details
are available here:

http://www.redbooks.ibm.com/abstracts/sg248241.html


Timothy Sipples
IT Architect Executive, Industry Solutions, IBM z Systems, AP/GCG/MEA
E-Mail: sipp...@sg.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Elardus Engelbrecht]

Beesley, Paul wrote:

>Return code 8 
08 (08) An application error occurred. The callable service was stopped 
due to an error in the parameters. Or, another condition was encountered that 
needs to be investigated. 
 
>Reason code 3E80 
3E80 (16000)RACF failed your request to use this service. 
User action: Contact your ICSF or RACF administrator if you need this service. 
 
Thanks. I did some serious search to locate that text:

https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.csfb400/csfb4za2571.htm%23wq3703?lang=en

To the OP, you may need to look at profile CSFOWH in class CSFSERV so you can 
use CSNBOWH.

Look in 

https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.csfb300/ctlserv.htm%23ctlserv?lang=en

and check your CSFSERV and the resources needed.

>This PDF looks like it might be useful in setting up the required RACF 
>protection. 
http://www.srcsecuresolutions.eu/pdf/pkware/SZ%20and%20IBM%20ICSF%20Whitepaper.pdf
 

Interesting. Good reading for me! Especially the CPU performance comparisons.

Are there any updates of this PDF? This one is dated 2004 and refers to z/OS 
v1.7 and earlier.

Thanks Paul!

Groete / Greetings
Elardus Engelbrecht

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Peter]

Thanks. Though the CHECKAUTH is marked as 'NO' and CSF is not active but
still its failing to call CSNBOWH

On Wed, Nov 18, 2015 at 3:38 PM, Elardus Engelbrecht <
elardus.engelbre...@sita.co.za> wrote:

> Beesley, Paul wrote:
>
> >Return code 8
> 08 (08) An application error occurred. The callable service was
> stopped due to an error in the parameters. Or, another condition was
> encountered that needs to be investigated.
>
> >Reason code 3E80
> 3E80 (16000)RACF failed your request to use this service.
> User action: Contact your ICSF or RACF administrator if you need this
> service.
>
> Thanks. I did some serious search to locate that text:
>
>
> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.csfb400/csfb4za2571.htm%23wq3703?lang=en
>
> To the OP, you may need to look at profile CSFOWH in class CSFSERV so you
> can use CSNBOWH.
>
> Look in
>
>
> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.csfb300/ctlserv.htm%23ctlserv?lang=en
>
> and check your CSFSERV and the resources needed.
>
> >This PDF looks like it might be useful in setting up the required RACF
> protection.
>
> http://www.srcsecuresolutions.eu/pdf/pkware/SZ%20and%20IBM%20ICSF%20Whitepaper.pdf
>
> Interesting. Good reading for me! Especially the CPU performance
> comparisons.
>
> Are there any updates of this PDF? This one is dated 2004 and refers to
> z/OS v1.7 and earlier.
>
> Thanks Paul!
>
> Groete / Greetings
> Elardus Engelbrecht
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Peter]

Hi,

Still not sure why smp/e is trying to use ICSF when CSF is not active. As
per IBM to calculate SHA-1 hash values for GIMUNZIP service routines if
SMP/E detects ICSF is not available then SMP/e will automatically use an
smp/e java application to calculate SHA-1 hash values as an alternative.

On Wed, Nov 18, 2015 at 3:44 PM, Peter  wrote:

> Thanks. Though the CHECKAUTH is marked as 'NO' and CSF is not active but
> still its failing to call CSNBOWH
>
> On Wed, Nov 18, 2015 at 3:38 PM, Elardus Engelbrecht <
> elardus.engelbre...@sita.co.za> wrote:
>
>> Beesley, Paul wrote:
>>
>> >Return code 8
>> 08 (08) An application error occurred. The callable service was
>> stopped due to an error in the parameters. Or, another condition was
>> encountered that needs to be investigated.
>>
>> >Reason code 3E80
>> 3E80 (16000)RACF failed your request to use this service.
>> User action: Contact your ICSF or RACF administrator if you need this
>> service.
>>
>> Thanks. I did some serious search to locate that text:
>>
>>
>> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.csfb400/csfb4za2571.htm%23wq3703?lang=en
>>
>> To the OP, you may need to look at profile CSFOWH in class CSFSERV so you
>> can use CSNBOWH.
>>
>> Look in
>>
>>
>> https://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.1.0/com.ibm.zos.v2r1.csfb300/ctlserv.htm%23ctlserv?lang=en
>>
>> and check your CSFSERV and the resources needed.
>>
>> >This PDF looks like it might be useful in setting up the required RACF
>> protection.
>>
>> http://www.srcsecuresolutions.eu/pdf/pkware/SZ%20and%20IBM%20ICSF%20Whitepaper.pdf
>>
>> Interesting. Good reading for me! Especially the CPU performance
>> comparisons.
>>
>> Are there any updates of this PDF? This one is dated 2004 and refers to
>> z/OS v1.7 and earlier.
>>
>> Thanks Paul!
>>
>> Groete / Greetings
>> Elardus Engelbrecht
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Lizette Koehler]

I think this might be a consideration for you issue.

>From the z/OS Cryptographic Services ICSF Application Programmer's Guide
Section on Reason Codes for Return Code 8 (8)

3E80 (16000)RACF failed your request to use this service.

User action: Contact your ICSF or RACF administrator if you need this service.


HTH

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Peter
> Sent: Wednesday, November 18, 2015 1:08 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: ICSF callable service error SMP/e
> 
> Hello,
> 
> I am receiving the below error during GIMUNZIP process during a product 
> install.
> 
> GIM43501S ** THE CALL TO THE CSNBOWH SERVICE FAILED WHEN PROCESSING
> 
> THE RETURN CODE WAS '0008'X AND THE REASON CODE WAS '3E80'X
> 
> I understand that SMP/e is failing while calling the ICSF services, But I am 
> still not
> able to get the explanation for the Reason Code '3E80'
> 
> Any explanation or a pointer would help me in resolving the error message.
> 
> Jake

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Inside the largely unexplored world of mainframe security

[Mark Regan]

Mostly a rehash of what most of us already know about on this topic.

http://www.net-security.org/secworld.php?id=19122

Mark T. Regan, K8MTR

CTO1, USNR-Retired
1969-1991

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Kurt Quackenbush]

Still not sure why smp/e is trying to use ICSF when CSF is not
active. As per IBM to calculate SHA-1 hash values for GIMUNZIP
service routines if SMP/E detects ICSF is not available then SMP/e
will automatically use an smp/e java application to calculate SHA-1
hash values as an alternative.


Ah, but ICSF is in fact available and active.  You're just not 
authorized to use it.  There's a difference.


If SMP/E detects CSNBOWH is not installed, or if it is installed but not 
active (CSNBOWH ends with rc=12 reason=0), then SMP/E attempts to use a 
Java method to calculate SHA-1 hash values.


Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3DES encryption using ICSF callable services

[John Blythe Reid]

In the end I had to use ICSF callable services as the use of an assembler 
routine was vetoed. Pity about that. However I do still have some questions 
about the use of ICSF in this case.

First I tried this:

call  csnbktb - build a token:
--key_type = 'CLRDES
--rule array =  'INTERNAL','DES','KEYLN8'
--key_value = the eight byte DES key X'0123456789ABCDEF'
Here's the token it built:
02468ACE8C15
100013579BDFBF36

call csnbenc - encipher
--key_identifier = the token created above
--plaintext = eight bytes of plain text in ASCII
--rule_array = 'CBC'
This ended with return code 8 reason: 02F (47) A source key token is unusable 
because it contains data that is not valid or undefined.

I was then told that an old module already existed which I could call to do 
this. I did, and it worked. It seems rather long winded though. It does this:

CALL CSFKTB - build a token
--KEY_TYPE = 'DATA'
--RULE ARRAY = 'INTERNAL'
--KEY VALUE = 16 spaces

CALL CSFSKI - Secure key import
--KEY_TYPE = 'DATA'
--CLEAR_KEY = the eight byte DES key X'0123456789ABCDEF'
--KEY_FORM = 'OP  '
--key_identifier = the token generated by CSFKTB above

CALL CSFENC - encipher
--key_identifier = the token processed by CSFSKI above
--clear_text = eight bytes of plain text in ASCII
--rule_array = 'CUSP'
--cipher_text = output area for enciphered text

This works, but why is it necessary to use 'CSFSKI - Secure key import' which 
according to the manual does this: "Use the secure key import callable service 
to encipher a single-length or double-length clear key under the system master 
key" ?

So it seems my eight byte DES key of X'0123456789ABCDEF' is encrypted and then 
decrypted so that it can be used to encrypt the plain text. That doesn't seem 
to make sense to me.

Any comments would be very welcome.

Regards,
John.



 







--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Walt Farrell]

On Wed, 18 Nov 2015 15:44:45 +0530, Peter  wrote:

>Thanks. Though the CHECKAUTH is marked as 'NO' and CSF is not active but
>still its failing to call CSNBOWH

I think it's likely that ICSF is active, or you wouldn't get that return/reason 
code.

In any case, CHECKAUTH controls whether ICSF performs RACF security checking 
for system key or supervisor state callers. It does not turn off all security 
checking. I think it's unlikely that SMP/E is running in system key or 
supervisor state for that processing, but I have no way to confirm that.

-- 
Walt

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

HMC certificate SHA-2

[Nathan Astle]

Hello,

Could someone point me the procedure for upgrading the SHA-1 certificate to
SHA-2 in HMC ?

I searched with the keyword "SHA-2 certificate HMC + z/OS" from the Google
but not getting a correct document to follow on.

Could someone shed light on the above ?

Nathan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Fastest way to read OLDEST GDG entry

[Tom Marchant]

On Tue, 17 Nov 2015 22:05:27 -0600, Joel C. Ewing  wrote:

>After several decades of using MVS I finally ran into a case where I
>thought GDS/GDG versioning might be useful and used it  to create a
>corrected version of a GDS generation using V01 to make it obvious it
>was a corrected version.
>
>I was lucky and didn't shoot myself in the foot.  Somehow I was thinking
>there would be an opportunity to verify things were cool before trashing
>the GV00 version, but the instant the GV01 version is cataloged
>the corresponding Gv00 version scratches!

I haven't done it, so I can't verify what the doc says, but Using Data Sets 
has this to say under the topic Absolute Generation and Version Numbers:


 You can catalog a new version of a specific generation automatically by 
specifying the old generation number along with a new version number. For 
example, if generation A.B.C.G0005V00 is cataloged and you now create 
and catalog A.B.C.G0005V01, the new entry is cataloged in the location 
previously occupied by A.B.C.G0005V00. The old entry is removed from the 
catalog, to make room for the newer version, and may or may not be 
scratched depending on what limit processing options are specified for the 
GDG base.


So you might want to make sure the GDG is defined with NOSCRATCH 
before doing this.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Help with mount?

[Nims,Alva John (Al)]

Isn't that supposed to be; SUPERUSER.FILESYS.USERMOUNT not 
SUPERUSER.FILESYS.MOUNT?

Al Nims
Systems Admin/Programmer 3
EI&O
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Tuesday, November 17, 2015 3:48 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: Help with mount?

 
> You can add MOUNT to your USERID which is easy or you can just submit 
> a JOB to issue the MOUNT and UNMOUNT


He asked about the authority to do z/OS UNIX file system mounts and unmounts.


Mount authority is given when


a) the process doing the mount/unmount is running uid=0
b) the process doing the mount/unmount is running with an MVS userid that has 
been given READ or UPDATE permission to profile SUPERUSER.FILESYS.MOUNT in the 
UNIXPRIV class (RACF). READ allows mounts with NOSETUID attribute, only. UPDATE 
allows SETUID or NOSETUID.


See z/OS UNIX System Serives PLanning Guide for details on the various UNIXPRIV 
class profiles.


--
Peter Hunkeler 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IGGCSIRX (was: Fastest way to read OLDEST GDG entry)

[Paul Gilmartin]

On Wed, 18 Nov 2015 07:32:25 +0100, Peter Hunkeler wrote:

>>Which mentions SYS1.SAMPLIB(IGGCSIRX).
>
>A while back I had the need to use this interface in an ISPF/REXX application. 
>I seem to remember that the sample had some flaws. This was in the z/OS 
>V1.11/12 timeframe. Might have been corrected in the meantime.
> 
By 2.1 it has two APARs:
 /* CHANGE ACTIVITY: */
 /* $01=OW39593,HDZ11F0,990904,SJPLMET:
 /* $01=OW46614,HDZ11G0,010130,SJPLMET:
... if "010130" represents a date, they're not very recent.  I can't convert
FMIDs to OS releases.

It works better than I alleged earlier.  I neglected that I needed to appent
two asterisks, as in "GDG.BASE.**" (ISPF DSLIST does this by default).
With that, I get not only the GDG base but all the GDSes.

Paranoid hacker that I am, I first made a copy in a UNIX directory and added
"signal on novalue" at the top.  I encountered one use of an uninitialized
variable, perhaps only when I naively misspecified the filter.

But that was only after I needed to strip the line numbers beause they are
unacceptable to Rexx with UNIX System Services.

And looking at the CSI interface area, I'm puzzled that the filter key,
CSIFILTK, is limited to 44 characters.  shouldn't 130 (at least) be the
proper size?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: Help with mount?

[Peter Hunkeler]

> Isn't that supposed to be; SUPERUSER.FILESYS.USERMOUNT not 
> SUPERUSER.FILESYS.MOUNT?




I wasn't aware of the USERMOUNT profile, I only ever looked at the latter. But 
from reading what the former allows, I'm having difficulties to see the 
difference between having READ on the former or the latter. Both seem to allow 
users to mount with NOSETUID.


--
Peter Hunkeler



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: HMC certificate SHA-2

[Bigendian Smalls]

Hi Nathan -

I believe the HMCs come default with a self-signed certificate (meaning not 
generated by a real Certificate Authority), rather the kind that anyone can 
just create on their own - getting the encryption benefits, but not the 
verification ones that come with certificates.

 I think the HMC can generate a certificate itself - I've not done it, but see 
here:  http://www-01.ibm.com/support/docview.wss?uid=nas8N1020801

If the certificate has, in fact, been upgraded by your organization to be a 
real cert, either generated by your company's internal Certificate Authority, 
or by a real CA (like Verisign, for instance) - then you have to go through 
them to get a new cert with the SHA2 family of hashing algorithms.If you 
want a custom self-signed cert, you can regenerate one of those yourself - 
there are a multitude of instructions on how to do this with something like 
openssl on the web (google  openssl generate self signed cert).  I linked a 
simple one below.

Some useful links.
https://msol.io/blog/tech/create-a-self-signed-ssl-certificate-with-openssl/
https://www-304.ibm.com/servers/resourcelink/lib03030.nsf/pages/howtousethehardwaremanagementconsole/$file/remote_security.htm

Hope that helps

Chad


From: IBM Mainframe Discussion List  on behalf of 
Nathan Astle 
Sent: Wednesday, November 18, 2015 8:23 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: HMC certificate SHA-2

Hello,

Could someone point me the procedure for upgrading the SHA-1 certificate to
SHA-2 in HMC ?

I searched with the keyword "SHA-2 certificate HMC + z/OS" from the Google
but not getting a correct document to follow on.

Could someone shed light on the above ?

Nathan

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM bkserv website donw or gone?

[Farley, Peter x23353]

http://www.ibm.com/systems/z/os/zos/bkserv/

Gets an error "Our apologies... The page you requested cannot be displayed" 
from IBM.

Can anyone else get to that page, or is it just me?

Peter
--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[George Rodriguez]

Yep, got the same...


*George Rodriguez*
*Specialist II - IT Solutions*
*IT Enterprise Applications*
*PX - 47652*
*(561) 357-7652 (office)*
*(954) 415-7586 (mobile)*
*School District of Palm Beach County*
*3348 Forest Hill Blvd.*
*Room B-251*
*West Palm Beach, FL. 33406-5869*
*Florida's Only A-Rated Urban District For Eight Consecutive Years*

On Wed, Nov 18, 2015 at 11:27 AM, Farley, Peter x23353 <
peter.far...@broadridge.com> wrote:

> http://www.ibm.com/systems/z/os/zos/bkserv/
>
> Gets an error "Our apologies... The page you requested cannot be
> displayed" from IBM.
>
> Can anyone else get to that page, or is it just me?
>
> Peter
> --
>
>
> This message and any attachments are intended only for the use of the
> addressee and may contain information that is privileged and confidential.
> If the reader of the message is not the intended recipient or an authorized
> representative of the intended recipient, you are hereby notified that any
> dissemination of this communication is strictly prohibited. If you have
> received this communication in error, please notify us immediately by
> e-mail and delete the message and any attachments from your system.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

-- 


*Disclaimer: *Under Florida law, e-mail addresses are public records. If 
you do not want your e-mail address released in response to a public 
records request, do not send electronic mail to this entity. Instead, 
contact this office by phone or in writing.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[R.S.]

W dniu 2015-11-18 o 17:27, Farley, Peter x23353 pisze:

http://www.ibm.com/systems/z/os/zos/bkserv/

Gets an error "Our apologies... The page you requested cannot be displayed" 
from IBM.

Can anyone else get to that page, or is it just me?



Me too.

--
Radoslaw Skorupka
Lodz, Poland






--
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2015 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.840.228 zotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Is there an Standard Size for 3390-27's?

[Jasi Grewal]

Greetings, I would like to know, if there are any standard sizes for 3390-27's 
because I read different manuals and each of them refers as either 30015 Cyl or 
32760Cyl for Mod 27's.

Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
Cyl for Mod 27's.
Here's the two manuals that states two different settings for mod 27's:

http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf

Model Cylinders Tracks Bytes/volume Bytes/track
3390-1 1113 16695 946 MB 56664
3390-2 2226 33390 1.89 GB 56664
3390-3 3339 50085 2.83 GB 56664
3390-9 10017 150255 8.51 GB 56664
3390-27 32760 491400 27.84 GB 56664
3390-54 65520 982800 55.68 GB 56664

Then this manual states 30015 Cylinders:
http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1

Thanks in advance,
Regards,

Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[Gord Tomlin]

On 2015-11-18 11:27, Farley, Peter x23353 wrote:

http://www.ibm.com/systems/z/os/zos/bkserv/

Gets an error "Our apologies... The page you requested cannot be displayed" 
from IBM.

Can anyone else get to that page, or is it just me?

Peter
--


Me too, but this link is still working:
 http://publibz.boulder.ibm.com/cgi-bin/bookmgr/Shelves

--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[Farley, Peter x23353]

Yes, I also have that link bookmarked and it is working, but that's not the 
same page.  The one I mentioned has a link to the bookie shelves for V1R13 as 
well as various "knowledge center" and PDF pages for z/OS V2.x releases.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Gord Tomlin
Sent: Wednesday, November 18, 2015 12:06 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM bkserv website donw or gone?

On 2015-11-18 11:27, Farley, Peter x23353 wrote:
> http://www.ibm.com/systems/z/os/zos/bkserv/
>
> Gets an error "Our apologies... The page you requested cannot be displayed" 
> from IBM.
>
> Can anyone else get to that page, or is it just me?
>
> Peter
> --

Me too, but this link is still working:
  http://publibz.boulder.ibm.com/cgi-bin/bookmgr/Shelves

--

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Bruce Lightsey]

...and then there is ours :

Unit . . : 3390

 Volume Data
 Tracks . :  450,765
 %Used  . :   95
 Trks/Cyls:   15

Which works out to 30051 cyl. This is one of a flock of mod-27s that we use for 
DB2



Bruce Lightsey
Database Manager
MS Department of Information Technology Services
601-432-8144 | www.its.ms.gov



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jasi Grewal
Sent: Wednesday, November 18, 2015 11:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there an Standard Size for 3390-27's?

Greetings, I would like to know, if there are any standard sizes for 3390-27's 
because I read different manuals and each of them refers as either 30015 Cyl or 
32760Cyl for Mod 27's.

Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
Cyl for Mod 27's.
Here's the two manuals that states two different settings for mod 27's:

http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf

Model Cylinders Tracks Bytes/volume Bytes/track
3390-1 1113 16695 946 MB 56664
3390-2 2226 33390 1.89 GB 56664
3390-3 3339 50085 2.83 GB 56664
3390-9 10017 150255 8.51 GB 56664
3390-27 32760 491400 27.84 GB 56664
3390-54 65520 982800 55.68 GB 56664

Then this manual states 30015 Cylinders:
http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1

Thanks in advance,
Regards,

Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
DISCLAIMER: This email and any files transmitted with it are confidential and 
intended solely for the use of the individual or entity to whom they are 
addressed. If you have received this email in error please notify the system 
manager. This message contains confidential information and is intended only 
for the individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and delete 
this e-mail from your system. If you are not the intended recipient you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[Andy Higgins]

I get "500 Internal Server Error" in the fine print near the bottom.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

AW: Re: Fastest way to read OLDEST GDG entry

[John Mattson]

Let's think outside this box a minute.  GDG's were designed to group
similar records by generation. The fact that they work for other things is
just a bonus.  This case is using GDG's as a "store and forward" type of
process of unique files and GDG's are not designed for this.  Two real
solutions come to mind. 1) use a store-end-forward processor like MQSeries
or 2) Single thread this so that each one is read/processed/deleted as it
comes in, and no more can come in until that one is finished. (I doubt that
a new GDG may be created while you are reading the oldest gdg anyhow).
   A third possibility which is kludgy would be to create each new DS with
a unique DATETIME in the DSN and then do the catalog list and search for
the oldest date.  No roll-off, no problems with new GDGs coming in.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Chris Hoelscher]

We have 30051 for mod-27, and 60102 for mod-54

Chris Hoelscher
Technology Architect, Database Infrastructure Services
Technology Solution Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jasi Grewal
Sent: Wednesday, November 18, 2015 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Is there an Standard Size for 3390-27's?

Greetings, I would like to know, if there are any standard sizes for 3390-27's 
because I read different manuals and each of them refers as either 30015 Cyl or 
32760Cyl for Mod 27's.

Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
Cyl for Mod 27's.
Here's the two manuals that states two different settings for mod 27's:

http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf

Model Cylinders Tracks Bytes/volume Bytes/track
3390-1 1113 16695 946 MB 56664
3390-2 2226 33390 1.89 GB 56664
3390-3 3339 50085 2.83 GB 56664
3390-9 10017 150255 8.51 GB 56664
3390-27 32760 491400 27.84 GB 56664
3390-54 65520 982800 55.68 GB 56664

Then this manual states 30015 Cylinders:
http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1

Thanks in advance,
Regards,

Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN

The information transmitted is intended only for the person or entity to which 
it is addressed
and may contain CONFIDENTIAL material.  If you receive this 
material/information in error,
please contact the sender and delete or destroy the material/information.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Is there an Standard Size for 3390-27's?

[J O Skip Robinson]

Since IBM does define any model larger than a Mod-9, usage of other Mod-xx 
terms is user defined. I would think, however, that the historical derivation 
of model terminology is based on capacity relative to a (mythical?) Mod-1. In 
any case, a Mod-9 is 3x the size of a Mod-3, so I would expect a Mod-27 to be 
3x a Mod-9. Similar consideration for a Mod-54. (Have not heard discussion of 
anything larger.) 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jasi Grewal
Sent: Wednesday, November 18, 2015 9:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Is there an Standard Size for 3390-27's?

Greetings, I would like to know, if there are any standard sizes for 3390-27's 
because I read different manuals and each of them refers as either 30015 Cyl or 
32760Cyl for Mod 27's.

Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
Cyl for Mod 27's.
Here's the two manuals that states two different settings for mod 27's:

http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf

Model Cylinders Tracks Bytes/volume Bytes/track
3390-1 1113 16695 946 MB 56664
3390-2 2226 33390 1.89 GB 56664
3390-3 3339 50085 2.83 GB 56664
3390-9 10017 150255 8.51 GB 56664
3390-27 32760 491400 27.84 GB 56664
3390-54 65520 982800 55.68 GB 56664

Then this manual states 30015 Cylinders:
http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1

Thanks in advance,
Regards,

Jasi Grewal.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[Farley, Peter x23353]

Yes, I see that as well.  Missed it before.  Thanks for pointing it out.

Hey IBM, why aren't these pages on a super-reliable z/OS system?  Shoemaker's 
children, I guess.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Andy Higgins
Sent: Wednesday, November 18, 2015 12:15 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM bkserv website donw or gone?

I get "500 Internal Server Error" in the fine print near the bottom.

--


This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Fastest way to read OLDEST GDG entry

[Shmuel Metz (Seymour J.)]

In <564bd206.3080...@tombrennansoftware.com>, on 11/17/2015
   at 05:19 PM, Tom Brennan  said:

>I assumed LISTCAT wasn't calling CSI.

CSI didn't exist in the 1970's; IDCAMS, including LISTC, uses SVC 26.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[J O Skip Robinson]

So now I was moved to look at our actual sizes. 

Mod-9: 10016 cyls
Mod-27: 30050 cyls (3x would be 30048 cyls)
Mod-54: 60101 cyls (6x would be 60096 cyls)

I'm not a storage guy; just reporting what I see. 

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Chris Hoelscher
Sent: Wednesday, November 18, 2015 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Is there an Standard Size for 3390-27's?

We have 30051 for mod-27, and 60102 for mod-54

Chris Hoelscher
Technology Architect, Database Infrastructure Services Technology Solution 
Services
: humana.com
123 East Main Street
Louisville, KY 40202
Humana.com
(502) 714-8615, (502) 476-2538

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jasi Grewal
Sent: Wednesday, November 18, 2015 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Is there an Standard Size for 3390-27's?

Greetings, I would like to know, if there are any standard sizes for 3390-27's 
because I read different manuals and each of them refers as either 30015 Cyl or 
32760Cyl for Mod 27's.

Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
Cyl for Mod 27's.
Here's the two manuals that states two different settings for mod 27's:

http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf

Model Cylinders Tracks Bytes/volume Bytes/track
3390-1 1113 16695 946 MB 56664
3390-2 2226 33390 1.89 GB 56664
3390-3 3339 50085 2.83 GB 56664
3390-9 10017 150255 8.51 GB 56664
3390-27 32760 491400 27.84 GB 56664
3390-54 65520 982800 55.68 GB 56664

Then this manual states 30015 Cylinders:
http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1

Thanks in advance,
Regards,

Jasi Grewal.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Shmuel Metz (Seymour J.)]

In <2695198720367946.wa.jasighotmail@listserv.ua.edu>, on
11/18/2015
   at 10:59 AM, Jasi Grewal  said:

>Greetings, I would like to know, if there are any standard sizes for
>3390-27's

3390-27 and 3399-54 are fake model numbers that do not refer to actual
drive models. The are convenient for referring to virtual drives
carved out of a DASD subsystem, but have no standardized sizes.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[David L. Craig]

On 15Nov18:1220-0500, Farley, Peter x23353 wrote:

> Yes, I see that as well.  Missed it before.  Thanks for pointing it out.
> 
> Hey IBM, why aren't these pages on a super-reliable z/OS system?
>  Shoemaker's children, I guess.

Management probably determined that is too expensive. ;-)
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Is there an Standard Size for 3390-27's?

[Mike Schwab]

Page 9.  For this design of storage device, one extent is 1113
cylinders. A volume consists of one or more extents.  Another extent
can be added to an existing volume, then run ICKDSF to utilize the
additional space.

EAVs go to 256K (or so) tracks and now 1024K (or so) cylinders.
Design limit of 4K * 64K (256M) cylinders.  Beyond the 64K cylinder
limit, data sets are allocated in multiples of 21 cylinders (53
extents per 1113 cylinders).

IBM ESS F20 / 800s allowed defining by cylinder count up to 32K
(32760) then 64K, but no extensions.


On Wed, Nov 18, 2015 at 11:19 AM, J O Skip Robinson
 wrote:
> Since IBM does define any model larger than a Mod-9, usage of other Mod-xx 
> terms is user defined. I would think, however, that the historical derivation 
> of model terminology is based on capacity relative to a (mythical?) Mod-1. In 
> any case, a Mod-9 is 3x the size of a Mod-3, so I would expect a Mod-27 to be 
> 3x a Mod-9. Similar consideration for a Mod-54. (Have not heard discussion of 
> anything larger.)
>
> .
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler
> SHARE MVS Program Co-Manager
> 626-302-7535 Office
> 323-715-0595 Mobile
> jo.skip.robin...@sce.com
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Jasi Grewal
> Sent: Wednesday, November 18, 2015 9:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):Is there an Standard Size for 3390-27's?
>
> Greetings, I would like to know, if there are any standard sizes for 
> 3390-27's because I read different manuals and each of them refers as either 
> 30015 Cyl or 32760Cyl for Mod 27's.
>
> Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
> Cyl for Mod 27's.
> Here's the two manuals that states two different settings for mod 27's:
>
> http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
> http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf
>
> Model Cylinders Tracks Bytes/volume Bytes/track
> 3390-1 1113 16695 946 MB 56664
> 3390-2 2226 33390 1.89 GB 56664
> 3390-3 3339 50085 2.83 GB 56664
> 3390-9 10017 150255 8.51 GB 56664
> 3390-27 32760 491400 27.84 GB 56664
> 3390-54 65520 982800 55.68 GB 56664
>
> Then this manual states 30015 Cylinders:
> http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1
>
> Thanks in advance,
> Regards,
>
> Jasi Grewal.
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Is there an Standard Size for 3390-27's?

[Shmuel Metz (Seymour J.)]

In
,
on 11/18/2015
   at 05:19 PM, J O Skip Robinson  said:

>relative to a (mythical?) Mod-1

Mythical? What are the 3390-A14, 3390-A18, 3390-B14, 3390-B18 and
3390-B1C, chopped liver?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Is there an Standard Size for 3390-27's?

[J O Skip Robinson]

Yes.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Shmuel Metz (Seymour J.)
Sent: Wednesday, November 18, 2015 9:43 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Is there an Standard Size for 3390-27's?

In
,
on 11/18/2015
   at 05:19 PM, J O Skip Robinson  said:

>relative to a (mythical?) Mod-1

Mythical? What are the 3390-A14, 3390-A18, 3390-B14, 3390-B18 and 3390-B1C, 
chopped liver?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Lizette Koehler]

We use 32760 for all of our MOD 27s.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jasi Grewal
> Sent: Wednesday, November 18, 2015 10:00 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Is there an Standard Size for 3390-27's?
> 
> Greetings, I would like to know, if there are any standard sizes for 
> 3390-27's because
> I read different manuals and each of them refers as either 30015 Cyl or 
> 32760Cyl for
> Mod 27's.
> 
> Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
> Cyl
> for Mod 27's.
> Here's the two manuals that states two different settings for mod 27's:
> 
> http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
> http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf
> 
> Model Cylinders Tracks Bytes/volume Bytes/track
> 3390-1 1113 16695 946 MB 56664
> 3390-2 2226 33390 1.89 GB 56664
> 3390-3 3339 50085 2.83 GB 56664
> 3390-9 10017 150255 8.51 GB 56664
> 3390-27 32760 491400 27.84 GB 56664
> 3390-54 65520 982800 55.68 GB 56664
> 
> Then this manual states 30015 Cylinders:
> http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1
> 
> Thanks in advance,
> Regards,
> 
> Jasi Grewal.
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[Tom Brennan]

Do I sense mainframe bigots here?? :)

Actually though, I can get a 500 error on my (Intel) Linux server just 
by doing things like forgetting a semi-colon in a php script.  So while 
this might look like a hardware or OS error from the outside, I'd 
suspect it's more likely a programming issue that could effect any httpd 
platform.


David L. Craig wrote:

On 15Nov18:1220-0500, Farley, Peter x23353 wrote:



Yes, I see that as well.  Missed it before.  Thanks for pointing it out.

Hey IBM, why aren't these pages on a super-reliable z/OS system?
Shoemaker's children, I guess.



Management probably determined that is too expensive. ;-)


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: (External):Is there an Standard Size for 3390-27's?

[Jon Butler]

The A14 had two head assemblies, while the A18 had 4, on up to a max of 6 with 
the B1C.  The A2x and B2x had the same head configurations as the A1x models, 
but twice the disk capacity.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Fastest way to read OLDEST GDG entry

[J O Skip Robinson]

This happened some years ago, different incident. We had a nightly job that ran 
on four different parallel sysplexes to [list catalog stuff]. Don’t remember 
the details. Essentially the same job ran on three sysplexes in about 2 
minutes. On the fourth it ran over 20 minutes. I looked at the environments to 
see what was different in molasses world. The only difference I could see was 
that the three speedy sysplexes were set up for GRS star. The fourth, because 
it had only one active member, was still GRS ring. (I was stingy in those days 
with CF storage.) So on a lark I converted Mr. Snail to GRS star. From then on 
the job ran in 2 minutes. Sounds like a tall tale, but it really happened.

.
.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
626-302-7535 Office
323-715-0595 Mobile
jo.skip.robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Brennan
Sent: Tuesday, November 17, 2015 5:19 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Fastest way to read OLDEST GDG entry

Paul Gilmartin wrote:
> Naively, I'd expect that LISTCAT use CSI, or something very similar.

Years ago a Storage Admin mentioned that his "List every dataset" 
nightly job was running more than an hour.  I was playing around with CSI at 
the time (via assembler) and modified some existing code to list every alias, 
and then every dsn under each alias.  I think the result ran in less than 5 
minutes, so at the time I assumed LISTCAT wasn't calling CSI.  Maybe things 
have changed though.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

FIPS 140-2 Compliant

[Lopez, Sharon]

Is there a manual or a red book that outlines all of the steps needed to 
implement FIPS 140-2 compliant on the mainframe?





Email correspondence to and from this address may be subject to the North 
Carolina Public Records Law and may be disclosed to third parties by an 
authorized state official.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: IBM bkserv website donw or gone?

[David L. Craig]

On 15Nov18:0951-0800, Tom Brennan wrote:

> Do I sense mainframe bigots here?? :)

Oh, I certainly hope not.  This is more about a fine
sense of irony.  We all wish the mainframe sales team
had been far more successful the last couple of
decades.
-- 

May the LORD God bless you exceedingly abundantly!

Dave_Craig__
"So the universe is not quite as you thought it was.
 You'd better rearrange your beliefs, then.
 Because you certainly can't rearrange the universe."
__--from_Nightfall_by_Asimov/Silverberg_

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: FIPS 140-2 Compliant

[Mike Schwab]

http://csrc.nist.gov/groups/STM/cmvp/documents/140-1/140sp/140sp720.pdf

On Wed, Nov 18, 2015 at 12:37 PM, Lopez, Sharon  wrote:
> Is there a manual or a red book that outlines all of the steps needed to 
> implement FIPS 140-2 compliant on the mainframe?
>
>
>
> 
>
> Email correspondence to and from this address may be subject to the North 
> Carolina Public Records Law and may be disclosed to third parties by an 
> authorized state official.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Pommier, Rex]

Actually I think you meant 30051, not 30015.  I seem to remember somewhere in 
the past, that IBM recommended the 30051 rather than the 32760 because the 
DS boxes carved out the physical storage in multiples of 1113 cylinders, 
which is an old mod1 size.  Whether or not that still holds true, I don't know. 
 

That said, when I built my first mod 27 volumes long ago in a place far away, I 
used 30051, and I got my hand slapped (logically, not physically) because I 
didn't use 32760.  So I think it is a personal preference more than anything.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jasi Grewal
Sent: Wednesday, November 18, 2015 11:00 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Is there an Standard Size for 3390-27's?

Greetings, I would like to know, if there are any standard sizes for 3390-27's 
because I read different manuals and each of them refers as either 30015 Cyl or 
32760Cyl for Mod 27's.

Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
Cyl for Mod 27's.
Here's the two manuals that states two different settings for mod 27's:

http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf

Model Cylinders Tracks Bytes/volume Bytes/track
3390-1 1113 16695 946 MB 56664
3390-2 2226 33390 1.89 GB 56664
3390-3 3339 50085 2.83 GB 56664
3390-9 10017 150255 8.51 GB 56664
3390-27 32760 491400 27.84 GB 56664
3390-54 65520 982800 55.68 GB 56664

Then this manual states 30015 Cylinders:
http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1

Thanks in advance,
Regards,

Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN


The information contained in this message is confidential, protected from 
disclosure and may be legally privileged.  If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful.  If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format.  Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: 3DES encryption using ICSF callable services

[Rob Schramm]

My guess is that the key does not exist in CKDS before starting the
operation. When a key is used securely, it is fetched into the CEX card
while encrypted under the master key.. Then it is decypted and is available
for use.  But that is just base upon the phrase secure key import.. Any
secure key operations happen inside the CEX card / feature.

Rob Schramm

On Wed, Nov 18, 2015, 8:52 AM John Blythe Reid 
wrote:

> In the end I had to use ICSF callable services as the use of an assembler
> routine was vetoed. Pity about that. However I do still have some questions
> about the use of ICSF in this case.
>
> First I tried this:
>
> call  csnbktb - build a token:
> --key_type = 'CLRDES
> --rule array =  'INTERNAL','DES','KEYLN8'
> --key_value = the eight byte DES key X'0123456789ABCDEF'
> Here's the token it built:
> 02468ACE8C15
> 100013579BDFBF36
>
> call csnbenc - encipher
> --key_identifier = the token created above
> --plaintext = eight bytes of plain text in ASCII
> --rule_array = 'CBC'
> This ended with return code 8 reason: 02F (47) A source key token is
> unusable because it contains data that is not valid or undefined.
>
> I was then told that an old module already existed which I could call to
> do this. I did, and it worked. It seems rather long winded though. It does
> this:
>
> CALL CSFKTB - build a token
> --KEY_TYPE = 'DATA'
> --RULE ARRAY = 'INTERNAL'
> --KEY VALUE = 16 spaces
>
> CALL CSFSKI - Secure key import
> --KEY_TYPE = 'DATA'
> --CLEAR_KEY = the eight byte DES key X'0123456789ABCDEF'
> --KEY_FORM = 'OP  '
> --key_identifier = the token generated by CSFKTB above
>
> CALL CSFENC - encipher
> --key_identifier = the token processed by CSFSKI above
> --clear_text = eight bytes of plain text in ASCII
> --rule_array = 'CUSP'
> --cipher_text = output area for enciphered text
>
> This works, but why is it necessary to use 'CSFSKI - Secure key import'
> which according to the manual does this: "Use the secure key import
> callable service to encipher a single-length or double-length clear key
> under the system master key" ?
>
> So it seems my eight byte DES key of X'0123456789ABCDEF' is encrypted and
> then decrypted so that it can be used to encrypt the plain text. That
> doesn't seem to make sense to me.
>
> Any comments would be very welcome.
>
> Regards,
> John.
>
>
>
>
>
>
>
>
>
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Paul Gilmartin]

On Wed, 18 Nov 2015 08:51:00 -0500, Kurt Quackenbush wrote:

>> Still not sure why smp/e is trying to use ICSF when CSF is not
>> active. As per IBM to calculate SHA-1 hash values for GIMUNZIP
>> service routines if SMP/E detects ICSF is not available then SMP/e
>> will automatically use an smp/e java application to calculate SHA-1
>> hash values as an alternative.
>
>Ah, but ICSF is in fact available and active.  You're just not
>authorized to use it.  There's a difference.
>
Sophistry!  If the user is not authorized, it's de facto unavailable and
should be treated as such.

>If SMP/E detects CSNBOWH is not installed, or if it is installed but not
>active (CSNBOWH ends with rc=12 reason=0), then SMP/E attempts to use a
>Java method to calculate SHA-1 hash values.
> 
Which is what it should do in this case.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Kirk Wolf]

You may want to define CSF.CSFSERV.AUTH.CSFOWH.DISABLE  CLASS(XFACILIT)

This disables SAF checks in ICSF for CSNBOWH (hash/mac) calls, and can
improve performance since these calls might be made frequently.
Of course, someone may have a reason why these calls should be SAF
protected, but that is not typical.

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Wed, Nov 18, 2015 at 3:05 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Wed, 18 Nov 2015 08:51:00 -0500, Kurt Quackenbush wrote:
>
> >> Still not sure why smp/e is trying to use ICSF when CSF is not
> >> active. As per IBM to calculate SHA-1 hash values for GIMUNZIP
> >> service routines if SMP/E detects ICSF is not available then SMP/e
> >> will automatically use an smp/e java application to calculate SHA-1
> >> hash values as an alternative.
> >
> >Ah, but ICSF is in fact available and active.  You're just not
> >authorized to use it.  There's a difference.
> >
> Sophistry!  If the user is not authorized, it's de facto unavailable and
> should be treated as such.
>
> >If SMP/E detects CSNBOWH is not installed, or if it is installed but not
> >active (CSNBOWH ends with rc=12 reason=0), then SMP/E attempts to use a
> >Java method to calculate SHA-1 hash values.
> >
> Which is what it should do in this case.
>
> -- gil
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[R.S.]

As other said, there were PHYSICAL disks mod-1, -3, -9. So called mod-27 
and mod-54 never existed as real device, only as emulated volume inside 
DASD array.

How big is non-existent disk?

A 3390 device can be custom-sized, that mean number of cylinders can be 
any value you choose *within some limit*. That's the point.

Mod-27 is anything up to 32760 cyl
Mod-54 is anything up to 65520 cyl.
(see below ***)

However when you create emulated volume, you have to do with soma 
disk-box (IBM, HDS, EMC, HP, STK), every box has its own features and 
limitations. For example DS8k has smallest quant of disk space equal 
1113 cyls. So when you define full 32760-cyl device you LOOSE some disk 
space. So, sometimes disk box causes you to choose non-maximum values.


BTW: "the rest" of array group can be small, for example 1410 cyl - you 
can create such custom sized volumes.


Also note, the variety of volume sizes is not the best idea, KISS. It's 
easier to clone equal volumes.


(***)
EAV
Mod-54 is some architecture maximum. The limitation was relieved by 
using EAV (Extended Addressability Volumes). Such EAV is good old mod-54 
(with 65520 cylinders) PLUS some special space available to most 
datasets but under slightly different rules. One of differences is 
allocation chunk: under 65520 it is track, over 65520 it is 21-cylinders 
cluster.
EAV volumes were limited to 223GB (again, some maximum number of 
cylinders), now it is raised to 1TB.



HTH

--
Radoslaw Skorupka
Lodz, Poland






W dniu 2015-11-18 o 17:59, Jasi Grewal pisze:

Greetings, I would like to know, if there are any standard sizes for 3390-27's 
because I read different manuals and each of them refers as either 30015 Cyl or 
32760Cyl for Mod 27's.

Would like to hear your setup of Mod 27's and if you are using 30015 or 32760 
Cyl for Mod 27's.
Here's the two manuals that states two different settings for mod 27's:

http://www.scribd.com/doc/51615339/IBM-Mainframe-Disk-Capacity-Table#scribd
http://www.redbooks.ibm.com/redpapers/pdfs/redp4187.pdf

Model Cylinders Tracks Bytes/volume Bytes/track
3390-1 1113 16695 946 MB 56664
3390-2 2226 33390 1.89 GB 56664
3390-3 3339 50085 2.83 GB 56664
3390-9 10017 150255 8.51 GB 56664
3390-27 32760 491400 27.84 GB 56664
3390-54 65520 982800 55.68 GB 56664

Then this manual states 30015 Cylinders:
http://www-01.ibm.com/support/docview.wss?uid=tss1prs4558&aid=1

Thanks in advance,
Regards,

Jasi Grewal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN





--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[R.S.]

W dniu 2015-11-18 o 22:05, Paul Gilmartin pisze:

On Wed, 18 Nov 2015 08:51:00 -0500, Kurt Quackenbush wrote:


Still not sure why smp/e is trying to use ICSF when CSF is not
active. As per IBM to calculate SHA-1 hash values for GIMUNZIP
service routines if SMP/E detects ICSF is not available then SMP/e
will automatically use an smp/e java application to calculate SHA-1
hash values as an alternative.

Ah, but ICSF is in fact available and active.  You're just not
authorized to use it.  There's a difference.


Sophistry!  If the user is not authorized, it's de facto unavailable and
should be treated as such.

I dare to disagree.
The service is up and ready. It does not allow anyone to use it, but 
even unauthorised user will get response.
Of course the question is why to block CSFBOWH, what is the rationale 
behind?


BTW: In the very old days I set up AUDIT(ALL(READ)) on the CSFBOWH 
profile in RACF, just to know what is using it and how much. I've got 
10+GB extra SMF records after a week or two. It was approx. ten times 
more than usually whole report occupied then. And only 3 callers, all of 
them known to me...


--
Radoslaw Skorupka
Lodz, Poland






--
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2015 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.840.228 złotych.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Steve Horein]

What an age we live in, huh? 3339 was the standard when I was growing up (I
was witness to a field of RAMAC being replaced with an array in a box in my
early days). Multiple 65520 volumes just seems decadent.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Is there an Standard Size for 3390-27's?

[Ed Finnell]

Yeah my new camera uses a 32 GB TF card
 
*
*
*
 
Has a harness to slide into SD slot. How big was 2319/2314? Matlan would  
eat it up in one run.
 
 
In a message dated 11/18/2015 5:23:10 P.M. Central Standard Time,  
steve.hor...@gmail.com writes:

Multiple  65520 volumes just seems  decadent.



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: ICSF callable service error SMP/e

[Paul Gilmartin]

On 2015-11-18 16:17, R.S. wrote:
> W dniu 2015-11-18 o 22:05, Paul Gilmartin pisze:
>>>
>> Sophistry!  If the user is not authorized, it's de facto unavailable and
>> should be treated as such.

> I dare to disagree.
> The service is up and ready. It does not allow anyone to use it, but even 
> unauthorised user will get response.
>
Still sophistry.  What SMP/E should be asking is, "Can this job use CSNBOWH?"
which is what SMP/E needs to know, not "Is CSNBOWH available to properly
authorized users, even if not to this job?"  If ICSF supports no such query,
then SMP/E should take the empirical approach: request the OWH of some standard
document (perhaps the null string) and if CSNBOWH does not return the proper
hash, consider it "unavailable".

If the intent is to avoid triggering security violation alerts, the design
fails: I suspect that what SMP/E is doing causes such alerts.

> Of course the question is why to block CSFBOWH, what is the rationale behind?
>  
Especially since with a little reverse engineering (most of the instructions
have been supplied in this forum over years) any user can use GIMJVCLT as an
alternative.  I suppose that also could be disabled.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

z/OS Internet library links dead

[Thomas Conley]

FYI,

I received this from some friends at IBM about the dead z/OS Internet 
Library links:


Hi Tom,

Sorry about that. Actually, all of IBM.COM below systems is dead. Not 
just our web pages. However, the server where Library Server resides is 
still alive.


For z/OS V1R13 and V2R2, try these links:


http://publibz.boulder.ibm.com/cgi-bin/bookmgr/Shelves/ez2zo111

http://publibz.boulder.ibm.com/cgi-bin/bookmgr/XKS/ez2zo211

For all books see:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr/library


Choose shelves then use z/OS V1R13 to filter the shelves.

Oh yes, IBM Knowledge Center is also working.

For BookManager like granular searches, try this prototype and let me 
know what you think.


http://www-01.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2/zos-search/zossearchscopes.html

I hope this helps.

Regards,
Tom conley

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Fastest way to read OLDEST GDG entry

[Robert A. Rosenberg]

At 08:32 -0600 on 11/18/2015, Tom Marchant wrote about Re: Fastest 
way to read OLDEST GDG entry:



I haven't done it, so I can't verify what the doc says, but Using Data Sets
has this to say under the topic Absolute Generation and Version Numbers:


 You can catalog a new version of a specific generation automatically by
specifying the old generation number along with a new version number. For
example, if generation A.B.C.G0005V00 is cataloged and you now create
and catalog A.B.C.G0005V01, the new entry is cataloged in the location
previously occupied by A.B.C.G0005V00. The old entry is removed from the
catalog, to make room for the newer version, and may or may not be
scratched depending on what limit processing options are specified for the
GDG base.


So you might want to make sure the GDG is defined with NOSCRATCH
before doing this.


Note that NOSCRATCH will (I think) not only leave the V00 of a 
V01->V00 replacement cataloged (as a normally named file with the V01 
being in the GDG base) but also do the same as GDG generations roll 
off due to the limit. Normally once it rolls you would want it 
deleted.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN