Re: Unicode services Red alert

[Haselbach, Markus]

You have to install ++Apar oa48941   which belongs to Unicode Services and 
updates one LMOD in each Lpalib, Linklib and Nucleus.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, October 01, 2015 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unicode services Red alert

Anyone have any additional details on this?  Red Alert webpage in ResourceLink 
appears to be non-functional at the moment.

z/OS family - all hardware, OS, and related software: Red Alerts




*


z/OS Unicode Services Conversion Information Service fails after 
12-15-20




Unicode Services conversion information service on all current z/OS releases
will return incorrect return code on systems IPLed on or after December 15, 2015
affecting many system services and applications. Action is required to prevent
failures

To read the complete text of this Red Alert as well as previous Red Alerts 
please use the above link.





_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error,
please do not read, copy or disseminate it in any manner.  If you are not the 
intended 
recipient, any disclosure, copying, distribution or use of the contents of this 
information
is prohibited. Please reply to the message immediately by informing the sender 
that the 
message was misdirected. After replying, please erase it from your computer 
system. Your 
assistance in correcting this error is appreciated.




--
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: Unicode services Red alert

[Jousma, David]

Nevermind, I should have checked my ibm-main inbox first.  I see John already 
responded.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, October 01, 2015 7:37 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unicode services Red alert

Anyone have any additional details on this?  Red Alert webpage in ResourceLink 
appears to be non-functional at the moment.

z/OS family - all hardware, OS, and related software: Red Alerts




*


z/OS Unicode Services Conversion Information Service fails after 
12-15-20




Unicode Services conversion information service on all current z/OS releases 
will return incorrect return code on systems IPLed on or after December 15, 
2015 affecting many system services and applications. Action is required to 
prevent failures

To read the complete text of this Red Alert as well as previous Red Alerts 
please use the above link.





_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: Unicode Red Alert - Fix REQUIRED Before 15 December!

[Bob Rutledge]

Here's an alternative:

http://www-01.ibm.com/support/docview.wss?uid=isg1OA48941

Bob

IBM Mainframe Discussion List  wrote on 
10/01/2015 06:28:22 AM:

> From: John Eells 
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 10/01/2015 06:28 AM
> Subject: Re: Unicode Red Alert - Fix REQUIRED Before 15 December!
> Sent by: IBM Mainframe Discussion List 
> 
> This one's important!  This should match what gets posted at the 
> now-broken link but if they differ, the posted one wins:
> 
> Title:  z/OS Unicode Services Conversion Information Service fails after 

> December 15, 2015
> 
> Abstract:
> Unicode Services conversion information service on all current z/OS 
> releases will return incorrect return code on systems IPLed on or after 
> December 15, 2015 affecting many system services and applications. 
> Action is required to prevent failures.
> 
> Description:
> A recent problem was discovered in Unicode Services where the check for 
> the availability of the Conversion Information service, introduced in 
> z/OS 1.10, is checking the wrong bit in the Unicode UCCB to determine if 

> the function is available. Unfortunately, the wrong bit happens to be 
> within a timestamp reflecting the time at which the UCCB was created at 
> IPL time.  That bit in the timestamp will change when the system is 
> IPLed on or after December 15, 2015, causing the availability check to 
> fail and resulting in an error return code back to every caller of the 
> service.  The intention of the Unicode service itself is not related to 
> time or the timestamp in any way.
> 
> The users of the Unicode Conversion Information service may vary by 
> release.  In z/OS 2.1 and z/OS 2.2, LE C/C++ Runtime iconv() is a major 
> user of these Unicode services, including such functions as Telnet, 
> System Automation, BCPii, ICONV sample job EDCICONV, FTP / SFTP, Java / 
> Websphere applications and others.  These functions may not work after 
> an IPL with a date on or after December 15, 2015.
> 
> Please see APAR OA48941 for more details and latest information.
> 
> Users Affected:
> The problem was introduced in z/OS 1.10 with the creation of the 
> Conversion Information service and applies to all current z/OS levels. 
> Given the LE iconv() exploitation in z/OS 2.1 and 2.2, these releases 
> are significantly impacted, however any callers of the Unicode service 
> will be affected.
> 
> Recommended Actions:
> It is strongly recommended to install the appropriate level fix for 
> OA48941, prior to December 15, 2015 to avoid any issues related to this 
> problem.  Please see the details in the APAR text to obtain fixes, 
> including ++APARs that are currently available.  PTFs are planned for 
> mid October.  An IPL is required to activate the fix.
> If IPLs can not be scheduled to apply the fix before December 15, 2015, 
> an alternative approach may be to install the fix on a SYSRES, and IPL 
> with that SYSRES in the event of an unplanned IPL on or after December 
> 15, 2015.  A scheduled IPL should be planned for the fix as soon as 
> possible afterwards, if not yet installed.
> 
> 
> -- 
> John Eells
> z/OS Technical Marketing
> IBM Poughkeepsie
> ee...@us.ibm.com
> 
> --
> 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: Unicode Red Alert - Fix REQUIRED Before 15 December!

[John Eells]

This one's important!  This should match what gets posted at the 
now-broken link but if they differ, the posted one wins:


Title:  z/OS Unicode Services Conversion Information Service fails after 
December 15, 2015


Abstract:
Unicode Services conversion information service on all current z/OS 
releases will return incorrect return code on systems IPLed on or after 
December 15, 2015 affecting many system services and applications. 
Action is required to prevent failures.


Description:
A recent problem was discovered in Unicode Services where the check for 
the availability of the Conversion Information service, introduced in 
z/OS 1.10, is checking the wrong bit in the Unicode UCCB to determine if 
the function is available. Unfortunately, the wrong bit happens to be 
within a timestamp reflecting the time at which the UCCB was created at 
IPL time.  That bit in the timestamp will change when the system is 
IPLed on or after December 15, 2015, causing the availability check to 
fail and resulting in an error return code back to every caller of the 
service.  The intention of the Unicode service itself is not related to 
time or the timestamp in any way.


The users of the Unicode Conversion Information service may vary by 
release.  In z/OS 2.1 and z/OS 2.2, LE C/C++ Runtime iconv() is a major 
user of these Unicode services, including such functions as Telnet, 
System Automation, BCPii, ICONV sample job EDCICONV, FTP / SFTP, Java / 
Websphere applications and others.  These functions may not work after 
an IPL with a date on or after December 15, 2015.


Please see APAR OA48941 for more details and latest information.

Users Affected:
The problem was introduced in z/OS 1.10 with the creation of the 
Conversion Information service and applies to all current z/OS levels. 
Given the LE iconv() exploitation in z/OS 2.1 and 2.2, these releases 
are significantly impacted, however any callers of the Unicode service 
will be affected.


Recommended Actions:
It is strongly recommended to install the appropriate level fix for 
OA48941, prior to December 15, 2015 to avoid any issues related to this 
problem.  Please see the details in the APAR text to obtain fixes, 
including ++APARs that are currently available.  PTFs are planned for 
mid October.  An IPL is required to activate the fix.
If IPLs can not be scheduled to apply the fix before December 15, 2015, 
an alternative approach may be to install the fix on a SYSRES, and IPL 
with that SYSRES in the event of an unplanned IPL on or after December 
15, 2015.  A scheduled IPL should be planned for the fix as soon as 
possible afterwards, if not yet installed.



--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Unicode services Red alert

[Jousma, David]

Anyone have any additional details on this?  Red Alert webpage in ResourceLink 
appears to be non-functional at the moment.

z/OS family - all hardware, OS, and related software: Red Alerts




*


z/OS Unicode Services Conversion Information Service fails after 
12-15-20




Unicode Services conversion information service on all current z/OS releases
will return incorrect return code on systems IPLed on or after December 15, 2015
affecting many system services and applications. Action is required to prevent
failures

To read the complete text of this Red Alert as well as previous Red Alerts 
please use the above link.





_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error,
please do not read, copy or disseminate it in any manner.  If you are not the 
intended 
recipient, any disclosure, copying, distribution or use of the contents of this 
information
is prohibited. Please reply to the message immediately by informing the sender 
that the 
message was misdirected. After replying, please erase it from your computer 
system. Your 
assistance in correcting this error is appreciated.




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

Re: Unicode Red Alert

[Chris Hoelscher]

I experienced the same symptoms as did you!

Chris hoelscher
Technology Architect 
Database Infrastructure Services
Technology Solution Services

123 East Main Street
Louisville, KY 40202
choelsc...@humana.com
Humana.com
(502) 714-8615
(502) 476-2538

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Shorkend
Sent: Thursday, October 01, 2015 2:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Unicode Red Alert

Last night , I received the following red alert:


Dear Subscriber

Here are your bulletin email notifications for your subscriptions at IBM My 
notifications.

Visit the recently updated IBM Electronic Support site to get connected with 
our powerful online tools, tips, and resources.
Your support notifications display in English by default. Machine translation 
based on your IBM profile language setting is added if you specify this option 
in My defaults within My notifications.
(Note: Not all languages are available at this time, and the English version 
always takes precedence over the machine translated version.)

z/OS family - all hardware, OS, and related software: Red Alerts

•
z/OS Unicode Services Conversion Information Service fails after 12-15-20 
http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts?myns=z000=OCHW188=OCHW18N=OCHW19Y=OCHW20L=OCHW22D=OCHW23D=OCHW25D=OCHW30D=OCSWG90=OCSWG80=OCSWGA0=OCSWGB0=E_sp=z000-_-OCHW188-OCHW18N-OCHW19Y-OCHW20L-OCHW22D-OCHW23D-OCHW25D-OCHW30D-OCSWG90-OCSWG80-OCSWGA0-OCSWGB0-_-E


Unicode Services conversion information service on all current z/OS releases 
will return incorrect return code on systems IPLed on or after December 15,
2015
affecting many system services and applications. Action is required to prevent 
failures

To read the complete text of this Red Alert as well as previous Red Alerts 
please use the above link.






When I try to follow the link, the page crashes. When I try to access the IBM 
red alert page

https://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html

the browser times out.


Has anyone else received this alert? Managed to access it online?

I have contacted IBM and I am wating for an answer from them.


Thanks


Mike



--
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

--
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: Unicode Red Alert

[Brian France]

Yes and the same results

On 10/1/2015 8:48 AM, Chris Hoelscher wrote:

I experienced the same symptoms as did you!

Chris hoelscher
Technology Architect
Database Infrastructure Services
Technology Solution Services

123 East Main Street
Louisville, KY 40202
choelsc...@humana.com
Humana.com
(502) 714-8615
(502) 476-2538

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Shorkend
Sent: Thursday, October 01, 2015 2:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [IBM-MAIN] Unicode Red Alert

Last night , I received the following red alert:


Dear Subscriber

Here are your bulletin email notifications for your subscriptions at IBM My 
notifications.

Visit the recently updated IBM Electronic Support site to get connected with 
our powerful online tools, tips, and resources.
Your support notifications display in English by default. Machine translation 
based on your IBM profile language setting is added if you specify this option 
in My defaults within My notifications.
(Note: Not all languages are available at this time, and the English version 
always takes precedence over the machine translated version.)

z/OS family - all hardware, OS, and related software: Red Alerts

•
z/OS Unicode Services Conversion Information Service fails after 12-15-20 
http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts?myns=z000=OCHW188=OCHW18N=OCHW19Y=OCHW20L=OCHW22D=OCHW23D=OCHW25D=OCHW30D=OCSWG90=OCSWG80=OCSWGA0=OCSWGB0=E_sp=z000-_-OCHW188-OCHW18N-OCHW19Y-OCHW20L-OCHW22D-OCHW23D-OCHW25D-OCHW30D-OCSWG90-OCSWG80-OCSWGA0-OCSWGB0-_-E


Unicode Services conversion information service on all current z/OS releases 
will return incorrect return code on systems IPLed on or after December 15,
2015
affecting many system services and applications. Action is required to prevent 
failures

To read the complete text of this Red Alert as well as previous Red Alerts 
please use the above link.






When I try to follow the link, the page crashes. When I try to access the IBM 
red alert page

https://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html

the browser times out.


Has anyone else received this alert? Managed to access it online?

I have contacted IBM and I am wating for an answer from them.


Thanks


Mike



--
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

--
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


--
Brian W. France
Systems Administrator (Mainframe)
Pennsylvania State University
Administrative Information Services - Infrastructure/SYSARC
Rm 25 Shields Bldg., University Park, Pa. 16802
814-863-4739
b...@psu.edu

"To make an apple pie from scratch, you must first invent the universe."

Carl Sagan

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

Re: How to limit tiny SMS-managed VSAM KSDS to one volume?

[Longabaugh, Robert E]

SMS VSAM is handled through Media Manager, so even if you bypass or shut down 
an allocation manager product, Media Manager consolidates the extents, which 
gets in the way of VSAM running out of space.  The easiest way to deal with 
this is to truly fill the volumes you are allocating to, with dummy data sets 
that either cause fragmentation or only leave a couple of tracks on the volume. 
 Where I work, we have a set of mini-disks of 15 cylinders to use for this 
purpose

Use the Guaranteed Space option to SMS so that you can direct the allocation to 
the specific  volume that you have pre-filled or fragmented.  

Bob Longabaugh
CA Technologies
Storage Management QA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Wednesday, September 30, 2015 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to limit tiny SMS-managed VSAM KSDS to one volume?

On 9/30/2015 4:31 PM, Thomas Conley wrote:
> On 9/30/2015 12:25 PM, Farley, Peter x23353 wrote:
>> I need some advice from storage gurus.  I need to make a tiny 
>> SMS-managed VSAM KSDS that will NOT extend, neither to secondary 
>> space on the first volume nor to secondary volumes.  I need to test 
>> some error logic in an application program and I need a "file full" 
>> or "no more space" condition to test it.
>>
>> I have these parameters in the define cluster command:
>>
>> VOLUME(*) CYL (1 0)
>>
>> But when I try to fill up that file with IDCAMS REPRO so that there 
>> is no more room for any records by copying from a similar file with 
>> many records into the tiny one, it automatically extends to new 
>> volumes, with messages like this:
>>
>> SMS4000I TSOUSERZ, MKTSTFIL, SYS1, ATTEMPTING SPACVOLA FOR 
>> TSOUSER. TINY.DATA, XX, 1 SMS4400I VOLUME ADDED - OLD VOLUME 
>> XX, NEW VOLUME SMS . VOLUME COUNT IS 2
>>
>> I assume this is due to some hidden parameter in the STORCLAS that 
>> overrides my specification of only one candidate volume.
>>
>> My question is, how do I override that hidden STORCLAS parameter to 
>> force a no-more-space error here?  I deliberately want the attempt to 
>> add one more record to force an error.
>>
>> I do NOT have easy access to a storage admin on this system, so I 
>> need help from you.  ISMF is not available in my TSO menus, so I 
>> cannot check the STORCLAS for myself.
>>
>> TIA for any help you can offer.
>>
>
> Peter,
>
> Add a //ACCIGN DD DUMMY to your allocation and run JCL to bypass 
> ACC/SRS processing.
>
> Regards,
> Tom Conley
>

Oops, I saw earlier that these were ACC/SRS messages, but I see now that 
they're Stop X37 ProSMS messages.  In that case, try //PROIGN DD DUMMY or if 
that doesn't work //NOPLD DD DUMMY.

Regards,
Tom Conley

--
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: TPC.R, Hyperswap and SYNCSORT CFW question

[Lizette Koehler]

If you are licensed for Syncsort, then you could open the question to them.  
They might have other considerations you might need to know.

They are very helpful and usually very responsive.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Juergen Kehr
> Sent: Thursday, October 01, 2015 7:58 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: TPC.R, Hyperswap and SYNCSORT CFW question
> 
> Hello,
> 
> we plan to install TPC-R and Hyperswap and we 're although using SYNCSORT.
> 
> The TCP-R manual says:
> 
> Applications that exploit Cache Fast Write include DFSORT and SyncSort.
> Eliminate any exploitation of cache fast write if you plan to use HyperSwap.
> 
> In DFSORT there is a parameter to switch off CFW using, but I didn't find a 
> similar
> parameter for SYNCSORT. Where can I find it, or what else can I do to avoid 
> using
> CFW for Syncsort.
> 
> Regards
> Juergen

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

Re: TPC.R, Hyperswap and SYNCSORT CFW question

[Vernooij, CP (ITOPT1) - KLM]

When using Hyperswap, no application should use CFW. You can turn if off at the 
Control Unit level, see the IDCAMS SETCACHE command.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Juergen Kehr
Sent: Thursday, October 01, 2015 4:58 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TPC.R, Hyperswap and SYNCSORT CFW question

Hello,

we plan to install TPC-R and Hyperswap and we 're although using SYNCSORT.

The TCP-R manual says:

Applications that exploit Cache Fast Write include DFSORT and SyncSort.
Eliminate any exploitation of cache fast write if you plan to use HyperSwap.

In DFSORT there is a parameter to switch off CFW using, but I didn't find a 
similar parameter for SYNCSORT. Where can I find it, or what else can I do to 
avoid using CFW for Syncsort.

Regards
Juergen

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

Re: Unicode Red Alert - Fix REQUIRED Before 15 December!

[Charles Mills]

Does anyone know what the incorrect return/reason codes will be? I ask because 
if it is CUN_RS_NO_SERV_AVAILABLE we are coded to survive that with a warning, 
but if it is something else we will treat it as fatal.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John Eells
Sent: Thursday, October 01, 2015 3:28 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode Red Alert - Fix REQUIRED Before 15 December!

This one's important!  This should match what gets posted at the now-broken 
link but if they differ, the posted one wins:

Title:  z/OS Unicode Services Conversion Information Service fails after 
December 15, 2015

Abstract:
Unicode Services conversion information service on all current z/OS releases 
will return incorrect return code on systems IPLed on or after December 15, 
2015 affecting many system services and applications. 
Action is required to prevent failures.

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

Re: TPC.R, Hyperswap and SYNCSORT CFW question

[Juergen Kehr]

Hi,

I know that it's possible to switch it off at LCU level via IDCAMS SETCACHE, 
but as "backup" I would like to switch it off on the applications end 
(SYNCSORT) although, similar to DFSORT.

Regards.
Juergen

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

Re: OSMF server startup error

[Mark Pace]

Darn - I found that none of the CSFSERV statements had been run.  I added
all of those and I still get the same error.

Back to reviewing the configuration logs.

On Wed, Sep 30, 2015 at 4:43 PM, Mark Pace  wrote:

> Yes, SSH is setup.  I used a PuTTY SSH session to run the configuration
> tools for OSMF.  I agree, I should review all the RACF requirements that
> configuration created.
>
> By CA the configuration does this.
>
>
>
>
> *Indicates whether (Y or N) the z/OSMF security setupshould include the
> creation of a Certificate Authority(CA). The CA is used to sign server
> certificates that areused for secure (SSL) communication between the
> user’sweb browser and the z/OSMF server. Y is the default.*
>
> On Wed, Sep 30, 2015 at 4:17 PM, Staller, Allan 
> wrote:
>
>> Has SSH already been set up?
>>
>> It is possible the specified encryption algorithm is not supported,
>> CSFSERV/DIGTCERT/DIGTRING classes are not active, permissions to
>> IRR.DIGTCERT.* resources in the facility class not defined/permitted.
>>
>> I am going through a setup of SSH and have hit all of the above issues in
>> the last couple of weeks.
>> There is a boatload of RACF work to be done to setup SSH and it all needs
>> to be correct. Check your system logs for ICH messages related to ZOSMF.
>>
>>
>> By CA, do you mean CA = "CERTIFICATE AUTHORITY" or CA= certificate
>>
>> *IF* CA = "CERTIFICATE AUTORITY" there is a whole chain of verifications
>> that are performed ending (I would expect) at a commercial Certificate
>> Authority such as VERISIGN.
>>
>> If CA= certificate ,you could try a self-signed certificate.
>>
>> HTH,
>>
>>
>> 
>> Trying to start OSMF for the first time.  It appeared that all the setup
>> ran cleanly.
>>
>> The first task starts up.
>> CWWKB0056I INITIALIZATION COMPLETE FOR ANGEL
>>
>> But the IZUSVR1 dies
>>
>> Launching zosmfServer (wlp-1.0.2.cl0220130714-1602/websphere-kernel_1.0.2)
>> on IBM J9 VM, version pmz6470-20110827_01 (en_US)
>> AUDIT   ¨ CWWKE0001I: The server zosmfServer has been
>> launched.
>>
>> AUDIT   ¨ CWWKG0010I: The server zosmfServer is shutting down because of a
>> previous initialization error.
>> AUDIT   ¨ CWWKE0036I: The server zosmfServer stopped after 2.443
>> seconds.
>> ERROR   ¨ CWWKG0047E: An error occurred while attempting to verify a
>> configuration document:
>> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml, Hardware error
>> from call CSNDDSV returnCode 12 reasonCode 11060.
>>
>> FATAL   ¨ CWWKG0044E: Server shutdown because a configuration document
>> does
>> not contain a valid signature:
>> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml
>>
>> The documentation basically says something did work, fix it.  During the
>> configuration I replied that I wanted a CA to be created. Has anyone seen
>> this error and point in the right direction?
>> I also don't get this Hardware error.
>> CWWKG0044E: Server shutdown because a configuration document does not
>> contain a valid signature: {0}. *Explanation* The designated configuration
>> document does not contain a valid signature, or a portion of the document
>> that is protected by the signature has been modified. This message is
>> preceded by an error message that provides more information on the specific
>> error in the document. *Action* Correct the error in the configuration
>> document that was identified in the preceding error message.
>> CWWKG0047E: An error occurred while attempting to verify a configuration
>> document: {0}, {1}. *Explanation* An exception was thrown while
>> attempting to verify that the designated configuration document contains a
>> valid signature. *Action* Correct the error in the configuration document
>> that is causing the exception to be thrown and then retry starting the
>> server.
>> 
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>>
>
>
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
>
>
>


-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

TPC.R, Hyperswap and SYNCSORT CFW question

[Juergen Kehr]

Hello,

we plan to install TPC-R and Hyperswap and we 're although using SYNCSORT.

The TCP-R manual says:

Applications that exploit Cache Fast Write include DFSORT and SyncSort.
Eliminate any exploitation of cache fast write if you plan to use HyperSwap.

In DFSORT there is a parameter to switch off CFW using, but I didn't find a 
similar parameter for SYNCSORT. Where can I find it, or what else can I do to 
avoid using CFW for Syncsort.

Regards
Juergen

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

Re: Having the mainframe on YouTube

[Tom Marchant]

On Wed, 30 Sep 2015 13:24:00 +0800, Timothy Sipples wrote:

>Tom Marchant wrote:
>>Unix is not free software.
>
>UNIX=AE is sometimes free, at least in the colloquial sense of the word. Mac
>OS X, for example, is UNIX=AE (and Open Group certified), and it's available
>free of charge from Apple to everyone who has a compatible Macintosh
>computer.

Mac OS X upgrades may be obtained without an upgrade charge, but to go 
from that to claim that Unix is free stretches credulity. The only way you can 
get an OS X upgrade is if you have already purchased a license to the operating 
system with a computer. And you cannot legally install it on any other computer.

Aside from that, the free software movement is not about price, but freedom. 
In English, the word "Free" has different meanings. One of those has to do with 
cost. Another is about freedom.

As Richard Stallman puts it, it is “free” as in “free speech,” not as in “free 
beer”.

Unix is not free in either sense. Neither is Mac OSX.

https://gnu.org/philosophy/free-sw.html
https://www.fsf.org/

-- 
Tom Marchant

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

Re: Having the mainframe on YouTube

[Mark Post]

>>> On 10/1/2015 at 11:28 AM, Tom Marchant
<000a2a8c2020-dmarc-requ...@listserv.ua.edu> wrote: 
> Aside from that, the free software movement is not about price, but freedom. 
> In English, the word "Free" has different meanings. One of those has to do 
> with  cost. Another is about freedom.

Which is why some people have taken to calling it Free/Libre, since French, 
among other languages distinguish the two.

And just as an aside, I'm intrigued that at least one other person besides 
myself and John McKown knows about and understands the concept and is willing 
to espouse it.  (I actually am more of an Open Source person than Free 
Software, but that's not terribly relevant here.)


Mark Post

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

Re: Having the mainframe on YouTube

[David L. Craig]

On 15Oct01:0945-0600, Mark Post wrote:

> And just as an aside, I'm intrigued that at least
> one other person besides myself and John McKown knows
> about and understands the concept and is willing to
> espouse it.  (I actually am more of an Open Source
> person than Free Software, but that's not terribly
> relevant here.)

There are many of us.  Some, such as myself, started
with S/360 and became multi-platform capable, even
before PCs were forced on just about everyone.  But we
had libre software back before HASP or TSO--that was
a huge component of what SHARE shared.  Having machine-
readble OS and product source code permitted great
advancements beyond what IBMers were producing, and a
lot of that was going on in university settings as well
as large organizations.
-- 

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: Having the mainframe on YouTube

[Jack J. Woehr]

David L. Craig wrote:

As a matter of fact, I learned about RMS and his crusade
on VMSHARE,

The original open source software guy was ... Chuck Moore (FORTH).

He decided about 1969 that all software should be distributed in source.

https://en.wikipedia.org/wiki/Charles_H._Moore

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

z/OS 2.2 delayed?

[Richards, Robert B.]

Did I miss an announcement that z/OS 2.2 was being delayed?

It was planned for September 30, 2015 according to preview announcements.

Bob

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

Re: z/OS 2.2 delayed?

[Tom Marchant]

On Thu, 1 Oct 2015 12:48:55 -0400, Richards, Robert B. wrote:

>Did I miss an announcement that z/OS 2.2 was being delayed?
>
>It was planned for September 30, 2015 according to preview announcements.

It was announced on July 28, earlier than I expected.

http://www-01.ibm.com/common/ssi/cgi-bin/ssialias?subtype=ca=an=897=ENUS215-267

-- 
Tom Marchant

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

Re: z/OS 2.2 delayed?

[Jousma, David]

It shows up as orderable on Shopz, and has for over a week now.  Are they 
fulfilling those orders?  I don't know.

_
Dave Jousma
Assistant Vice President, Mainframe Engineering
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Richards, Robert B.
Sent: Thursday, October 01, 2015 12:49 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: z/OS 2.2 delayed?

Did I miss an announcement that z/OS 2.2 was being delayed?

It was planned for September 30, 2015 according to preview announcements.

Bob

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: z/OS 2.2 delayed?

[John Eells]

Why would you think it was delayed?

Richards, Robert B. wrote:

Did I miss an announcement that z/OS 2.2 was being delayed?

It was planned for September 30, 2015 according to preview announcements.



--
John Eells
z/OS Technical Marketing
IBM Poughkeepsie
ee...@us.ibm.com

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

Re: How to limit tiny SMS-managed VSAM KSDS to one volume?

[Ron Hawkins]

Bob,

All VSAM IO is handled by Media Manager, not just SMS.

You description below is attributing facilities to Media Manager that I have
not heard of or observed before.

Can you elaborate on " Media Manager consolidates the extents?" 

Ron 

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Longabaugh, Robert E
Sent: Thursday, October 1, 2015 7:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [IBM-MAIN] How to limit tiny SMS-managed VSAM KSDS to one
volume?

SMS VSAM is handled through Media Manager, so even if you bypass or shut
down an allocation manager product, Media Manager consolidates the extents,
which gets in the way of VSAM running out of space.  The easiest way to deal
with this is to truly fill the volumes you are allocating to, with dummy
data sets that either cause fragmentation or only leave a couple of tracks
on the volume.  Where I work, we have a set of mini-disks of 15 cylinders to
use for this purpose

Use the Guaranteed Space option to SMS so that you can direct the allocation
to the specific  volume that you have pre-filled or fragmented.  

Bob Longabaugh
CA Technologies
Storage Management QA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Thomas Conley
Sent: Wednesday, September 30, 2015 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to limit tiny SMS-managed VSAM KSDS to one volume?

On 9/30/2015 4:31 PM, Thomas Conley wrote:
> On 9/30/2015 12:25 PM, Farley, Peter x23353 wrote:
>> I need some advice from storage gurus.  I need to make a tiny 
>> SMS-managed VSAM KSDS that will NOT extend, neither to secondary 
>> space on the first volume nor to secondary volumes.  I need to test 
>> some error logic in an application program and I need a "file full"
>> or "no more space" condition to test it.
>>
>> I have these parameters in the define cluster command:
>>
>> VOLUME(*) CYL (1 0)
>>
>> But when I try to fill up that file with IDCAMS REPRO so that there 
>> is no more room for any records by copying from a similar file with 
>> many records into the tiny one, it automatically extends to new 
>> volumes, with messages like this:
>>
>> SMS4000I TSOUSERZ, MKTSTFIL, SYS1, ATTEMPTING SPACVOLA FOR 
>> TSOUSER. TINY.DATA, XX, 1 SMS4400I VOLUME ADDED - OLD VOLUME 
>> XX, NEW VOLUME SMS . VOLUME COUNT IS 2
>>
>> I assume this is due to some hidden parameter in the STORCLAS that 
>> overrides my specification of only one candidate volume.
>>
>> My question is, how do I override that hidden STORCLAS parameter to 
>> force a no-more-space error here?  I deliberately want the attempt to 
>> add one more record to force an error.
>>
>> I do NOT have easy access to a storage admin on this system, so I 
>> need help from you.  ISMF is not available in my TSO menus, so I 
>> cannot check the STORCLAS for myself.
>>
>> TIA for any help you can offer.
>>
>
> Peter,
>
> Add a //ACCIGN DD DUMMY to your allocation and run JCL to bypass 
> ACC/SRS processing.
>
> Regards,
> Tom Conley
>

Oops, I saw earlier that these were ACC/SRS messages, but I see now that
they're Stop X37 ProSMS messages.  In that case, try //PROIGN DD DUMMY or if
that doesn't work //NOPLD DD DUMMY.

Regards,
Tom Conley

--
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

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

Re: Having the mainframe on YouTube

[David L. Craig]

On 15Oct01:1618+, David L. Craig wrote:

> On 15Oct01:0945-0600, Mark Post wrote:
> 
> > And just as an aside, I'm intrigued that at least
> > one other person besides myself and John McKown knows
> > about and understands the concept and is willing to
> > espouse it.  (I actually am more of an Open Source
> > person than Free Software, but that's not terribly
> > relevant here.)
> 
As a matter of fact, I learned about RMS and his crusade
on VMSHARE, not long before I got an offer to learn UNIX
while providing useful mainframe expertise.  RMS showed
need for copyleft when most IBM mainframe libreware was
simply released into the public domain (not yet a quiant
notion).
-- 

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: Having the mainframe on YouTube

[Mark Post]

>>> On 10/1/2015 at 02:58 PM, Tom Brennan  wrote: 
> Jack J. Woehr wrote:
>> Have you looked at the price of RedHat stock lately? There's plenty of 
>> money in free: you charge for support!
> 
> I certainly agree!  But I'm not sure it's related (unless that's the 
> point I'm missing).  So let's say you give me source code (free speech) 
> and I compile it and use it (free beer), without needing your help 
> because you wrote it so well.  Didn't I just get beer for free?

Yes.  But that's not the point of the distinction.  The point is that you may 
get the software for no cost, or for some cost.  BUT, no one can take away the 
_freedom_ you have to use that software in any way you want.  The emphasis on 
the slogan is on the freedom part _for everyone_, not just the person that 
created the software.  The slogan was created to get native English speakers to 
think about the freedom aspect, and not think that it only related to price.

If you're really curious, there are lots and lots of resources on the web that 
talk about a lot of the implications of this, both for the author and people 
who want to use the software for various other purposes.  But, for the FSF, the 
main thrust is that Free/Libre software can't be made proprietary by others, 
and you can't be restricted in what personal use you want to make of it.


Mark Post

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

Re: Unicode services Red alert

[Charles Mills]

Thanks. Unfortunately those errors are a couple of layers away from Unicode
Services and don't help me.

Is someone more familiar with Apache documentation than I able to translate
what 0xC22C001E is trying to tell us?

https://apr.apache.org/docs/apr/2.0/group__apr__errno.html 

The error I am hoping for is #define CUN_RS_NO_SERV_AVAILABLE  11  /*
Service not available   */ but it looks like there is no clue here that
that is it.

Yes, I was not saying iconv *would* work, just that I would not be surprised
if it did.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Leonardo Vaz
Sent: Thursday, October 01, 2015 11:13 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert

I was actually able to reproduce it, I had only changed local time and not
the UTC time.

IHS powered by apache doesn't start with the following error, for example:
(121)EDC5121I Invalid argument. (errno2=0xC22C001E): apr_xlate_open() failed

Doing iconv -f UTF-8 -t IBM-1047 < my_ascii_file actually doesn't
externalize an error, just says invalid argument:
iconv: Conversion from codeset "UTF-8" to "IBM-1047": EDC5121I Invalid
argument.

I'm not sure any iconv actually succeeds.

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

Re: Having the mainframe on YouTube

[Tom Brennan]

Jack J. Woehr wrote:
Have you looked at the price of RedHat stock lately? There's plenty of 
money in free: you charge for support!


I certainly agree!  But I'm not sure it's related (unless that's the 
point I'm missing).  So let's say you give me source code (free speech) 
and I compile it and use it (free beer), without needing your help 
because you wrote it so well.  Didn't I just get beer for free?


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

Re: OSMF server startup error

[Mark Pace]

Digital ring information for user IZUSVR:

  Ring:
   >IZUKeyring.IZUDFLT<
  Certificate Label Name Cert Owner USAGE  DEFAULT
           ---
  DefaultzOSMFCert.IZUDFLT   ID(IZUSVR) PERSONAL YES
  zOSMFCACERTAUTH   CERTAUTH NO

***

I'll have to check to see if I have an LPAR Site certificate and its root
certs.

On Thu, Oct 1, 2015 at 1:23 PM, Donald J.  wrote:

> What does this command list:
> RACDCERT ID(IZUSERV) LISTRING(IZUKeyring.IZUDFLT)
> Add your LPAR Site certificate and its root certs to that ring.
>
> Check Chapter 10:
>
> z/OSMF creates digital certificates that are used for secure
> communications between the user's web
> browser and the z/OSMF server, and between instances of z/OSMF servers.
> The z/OSMF keyring name is generated during the configuration phase. The
> keyring name format is
> IZUKeyring.. By default, the keyring name is
> IZUKeyring.IZUDFLT.
> In most cases, the default z/OSMF keyring name should be sufficient for
> your installation.
>
> --
>   Donald J.
>   dona...@4email.net
>
> On Wed, Sep 30, 2015, at 01:06 PM, Mark Pace wrote:
> > One last piece of information - this system runs as a guest of z/VM.
> >
> > On Wed, Sep 30, 2015 at 3:59 PM, Mark Pace 
> wrote:
> >
> > > One other piece of information - the reasonCode
> > > 2B34 (11060) The service could not be performed because the required
> > > PCICC, PCIXCC, CEX2C, or CEX3C was not active, or did not have a
> master key
> > > set.
> > >
> > > *User action*: If the service required a specific PCICC, PCIXCC, CEX2C,
> > > or CEX3C, verify that the value specified is correct. Reissue the
> request
> > > when the required PCICC, PCIXCC, CEX2C, or CEX3C is available, and has
> the
> > > master key set.
> > > No idea what any of this means.
> > >
> > > On Wed, Sep 30, 2015 at 3:54 PM, Mark Pace 
> wrote:
> > >
> > >> Trying to start OSMF for the first time.  It appeared that all the
> setup
> > >> ran cleanly.
> > >>
> > >> The first task starts up.
> > >> CWWKB0056I INITIALIZATION COMPLETE FOR ANGEL
> > >>
> > >> But the IZUSVR1 dies
> > >>
> > >> Launching zosmfServer
> > >> (wlp-1.0.2.cl0220130714-1602/websphere-kernel_1.0.2) on IBM J9 VM,
> version
> > >> pmz6470-20110827_01 (en_US)
> > >> AUDIT   ¨ CWWKE0001I: The server zosmfServer has been
> > >> launched.
> > >>
> > >> AUDIT   ¨ CWWKG0010I: The server zosmfServer is shutting down because
> of
> > >> a previous initialization error.
> > >> AUDIT   ¨ CWWKE0036I: The server zosmfServer stopped after 2.443
> > >> seconds.
> > >> ERROR   ¨ CWWKG0047E: An error occurred while attempting to verify a
> > >> configuration document:
> > >> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml, Hardware error
> from
> > >> call CSNDDSV returnCode 12 reasonCode 11060.
> > >>
> > >> FATAL   ¨ CWWKG0044E: Server shutdown because a configuration document
> > >> does not contain a valid signature:
> > >> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml
> > >>
> > >> The documentation basically says something did work, fix it.  During
> the
> > >> configuration I replied that I wanted a CA to be created. Has anyone
> seen
> > >> this error and point in the right direction?
> > >> I also don't get this Hardware error.
> > >> CWWKG0044E: Server shutdown because a configuration document does not
> > >> contain a valid signature: {0}. *Explanation* The designated
> > >> configuration document does not contain a valid signature, or a
> portion of
> > >> the document that is protected by the signature has been modified.
> This
> > >> message is preceded by an error message that provides more
> information on
> > >> the specific error in the document. *Action* Correct the error in the
> > >> configuration document that was identified in the preceding error
> message.
> > >> CWWKG0047E: An error occurred while attempting to verify a
> configuration
> > >> document: {0}, {1}. *Explanation* An exception was thrown while
> > >> attempting to verify that the designated configuration document
> contains a
> > >> valid signature. *Action* Correct the error in the configuration
> > >> document that is causing the exception to be thrown and then retry
> starting
> > >> the server.
> > >>
> > >> --
> > >> The postings on this site are my own and don’t necessarily represent
> > >> Mainline’s positions or opinions
> > >>
> > >> Mark D Pace
> > >> Senior Systems Engineer
> > >> Mainline Information Systems
> > >>
> > >>
> > >>
> > >>
> > >
> > >
> > > --
> > > The postings on this site are my own and don’t necessarily represent
> > > Mainline’s positions or opinions
> > >
> > > Mark D Pace
> > > Senior Systems Engineer
> > > Mainline Information Systems
> > >
> > >
> > >
> > >
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >

Re: Having the mainframe on YouTube

[John McKown]

On Thu, Oct 1, 2015 at 1:58 PM, Tom Brennan 
wrote:

> Jack J. Woehr wrote:
>
>> Have you looked at the price of RedHat stock lately? There's plenty of
>> money in free: you charge for support!
>>
>
> I certainly agree!  But I'm not sure it's related (unless that's the point
> I'm missing).  So let's say you give me source code (free speech) and I
> compile it and use it (free beer), without needing your help because you
> wrote it so well.  Didn't I just get beer for free?
>
>
​Sure. But most _companies_ won't really depend on 3rd party source to be
maintained in-house. They, generally, want company-specific programs to be
designed, written, an​d maintained in house. But things like compilers,
operating system, data base management system, and such, they generally
want a legal contract, with penalties, from an industry reputable company,
such a RedHat (for Linux + major software), or even EnterpriseDB (advanced
PostgreSQL). The management here, as best as I can tell, has decided (as
they have said it) "We are not in the IT business". So they are "cloud
sourcing" the entire infrastructure, starting with z/OS. Actually, the z/OS
processes are being converted to some other platform (Windows, I think) as
a SaaS (as I understand it). Eventually I think that the company itself
will only have some application designers as full time employees. The
hardware and non-application software will all be handled by some other 3rd
party. We don't have any DBAs any more. Another company does all the
"technical data base stuff" for us.


-- 

Schrodinger's backup: The condition of any backup is unknown until a
restore is attempted.

Yoda of Borg, we are. Futile, resistance is, yes. Assimilated, you will be.

He's about as useful as a wax frying pan.

10 to the 12th power microphones = 1 Megaphone

Maranatha! <><
John McKown

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

Re: Unicode services Red alert

[Leonardo Vaz]

I was actually able to reproduce it, I had only changed local time and not the 
UTC time.

IHS powered by apache doesn't start with the following error, for example:
(121)EDC5121I Invalid argument. (errno2=0xC22C001E): apr_xlate_open() failed

Doing iconv -f UTF-8 -t IBM-1047 < my_ascii_file actually doesn't externalize 
an error, just says invalid argument:
iconv: Conversion from codeset "UTF-8" to "IBM-1047": EDC5121I Invalid argument.

I'm not sure any iconv actually succeeds.

Regards,
Leo


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Thursday, October 01, 2015 1:55 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert

I would appreciate that also. I would like to see the specific reason code.

My reading is that the error occurs on a call to CUNLINFO, which is optional in 
that it did not exist before V1R10 and you can use Unicode services very 
effectively without CUNLINFO. That may be why iconv succeeds, at least in some 
circumstances. CUNLINFO does not do translation, it tells you about your 
intended translation. You can call CUNLINFO (writing from memory here) and 
determine that translation from CCSID n to CCSID m is or is not 
supported, that CCSID n is single-byte EBCDIC or is MBCS ASCII, and so 
forth. Peripheral to actual translation.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Leonardo Vaz
Sent: Thursday, October 01, 2015 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert

I am trying the following command after IPLing with a 2016 date and it works
fine:
iconv -f UTF-8 -t IBM-1047 < my_ascii_file

Could anyone reproduce the error described in the red alert?

--
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: How to limit tiny SMS-managed VSAM KSDS to one volume?

[Farley, Peter x23353]

Unfortunately that is not an option for me here.  I was informed by my storage 
admins of a way to bypass the StopX37 processing (and thanks also to Tom Conley 
for chiming in with that one for the archives) with the appropriate DD DUMMY, 
so I have managed to create the tiny "full" file that I needed for my 
application testing.

Thanks for your help though.

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Longabaugh, Robert E
Sent: Thursday, October 01, 2015 10:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to limit tiny SMS-managed VSAM KSDS to one volume?

SMS VSAM is handled through Media Manager, so even if you bypass or shut down 
an allocation manager product, Media Manager consolidates the extents, which 
gets in the way of VSAM running out of space.  The easiest way to deal with 
this is to truly fill the volumes you are allocating to, with dummy data sets 
that either cause fragmentation or only leave a couple of tracks on the volume. 
 Where I work, we have a set of mini-disks of 15 cylinders to use for this 
purpose

Use the Guaranteed Space option to SMS so that you can direct the allocation to 
the specific  volume that you have pre-filled or fragmented.  

Bob Longabaugh
CA Technologies
Storage Management QA

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Thomas Conley
Sent: Wednesday, September 30, 2015 3:52 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to limit tiny SMS-managed VSAM KSDS to one volume?

On 9/30/2015 4:31 PM, Thomas Conley wrote:
> On 9/30/2015 12:25 PM, Farley, Peter x23353 wrote:
>> I need some advice from storage gurus.  I need to make a tiny 
>> SMS-managed VSAM KSDS that will NOT extend, neither to secondary 
>> space on the first volume nor to secondary volumes.  I need to test 
>> some error logic in an application program and I need a "file full" 
>> or "no more space" condition to test it.
>>
>> I have these parameters in the define cluster command:
>>
>> VOLUME(*) CYL (1 0)
>>
>> But when I try to fill up that file with IDCAMS REPRO so that there 
>> is no more room for any records by copying from a similar file with 
>> many records into the tiny one, it automatically extends to new 
>> volumes, with messages like this:
>>
>> SMS4000I TSOUSERZ, MKTSTFIL, SYS1, ATTEMPTING SPACVOLA FOR 
>> TSOUSER. TINY.DATA, XX, 1 SMS4400I VOLUME ADDED - OLD VOLUME 
>> XX, NEW VOLUME SMS . VOLUME COUNT IS 2
>>
>> I assume this is due to some hidden parameter in the STORCLAS that 
>> overrides my specification of only one candidate volume.
>>
>> My question is, how do I override that hidden STORCLAS parameter to 
>> force a no-more-space error here?  I deliberately want the attempt to 
>> add one more record to force an error.
>>
>> I do NOT have easy access to a storage admin on this system, so I 
>> need help from you.  ISMF is not available in my TSO menus, so I 
>> cannot check the STORCLAS for myself.
>>
>> TIA for any help you can offer.
>>
>
> Peter,
>
> Add a //ACCIGN DD DUMMY to your allocation and run JCL to bypass 
> ACC/SRS processing.
>
> Regards,
> Tom Conley
>

Oops, I saw earlier that these were ACC/SRS messages, but I see now that 
they're Stop X37 ProSMS messages.  In that case, try //PROIGN DD DUMMY or if 
that doesn't work //NOPLD DD DUMMY.

Regards,
Tom Conley
--

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: Having the mainframe on YouTube

[Tom Brennan]

Mark Post wrote:

Which is why some people have taken to calling it Free/Libre, since French, 
among other languages distinguish the two.

And just as an aside, I'm intrigued that at least one other person besides 
myself and John McKown knows about and understands the concept and is willing 
to espouse it.  (I actually am more of an Open Source person than Free 
Software, but that's not terribly relevant here.)


And I'm one of the people who doesn't yet understand the Gratis/Libre 
concept.  Once you make your "free speech" source available, that's the 
same as "free beer" for software, unless you're in a parallel universe 
where everyone follows rules.


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

Re: Unicode services Red alert

[Leonardo Vaz]

I am trying the following command after IPLing with a 2016 date and it works 
fine:
iconv -f UTF-8 -t IBM-1047 < my_ascii_file

Could anyone reproduce the error described in the red alert?

Thanks and Regards,
Leo

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Haselbach, Markus
Sent: Thursday, October 01, 2015 9:20 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert

You have to install ++Apar oa48941   which belongs to Unicode Services and 
updates one LMOD in each Lpalib, Linklib and Nucleus.  


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Thursday, October 01, 2015 1:37 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unicode services Red alert

Anyone have any additional details on this?  Red Alert webpage in ResourceLink 
appears to be non-functional at the moment.

z/OS family - all hardware, OS, and related software: Red Alerts




*


z/OS Unicode Services Conversion Information Service fails after 
12-15-20




Unicode Services conversion information service on all current z/OS releases 
will return incorrect return code on systems IPLed on or after December 15, 
2015 affecting many system services and applications. Action is required to 
prevent failures

To read the complete text of this Red Alert as well as previous Red Alerts 
please use the above link.





_
Dave Jousma
Assistant Vice President, Mainframe Engineering david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717

This e-mail transmission contains information that is confidential and may be 
privileged.
It is intended only for the addressee(s) named above. If you receive this 
e-mail in error, please do not read, copy or disseminate it in any manner.  If 
you are not the intended recipient, any disclosure, copying, distribution or 
use of the contents of this information is prohibited. Please reply to the 
message immediately by informing the sender that the message was misdirected. 
After replying, please erase it from your computer system. Your assistance in 
correcting this error is appreciated.




--
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

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

Re: Having the mainframe on YouTube

[Jack J. Woehr]

Tom Brennan wrote:


And I'm one of the people who doesn't yet understand the Gratis/Libre concept.  Once you make your "free speech" 
source available, that's the same as "free beer" for software, unless you're in a parallel universe where everyone 
follows rules.

Have you looked at the price of RedHat stock lately? There's plenty of money in 
free: you charge for support!

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan

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

Re: OSMF server startup error

[Donald J.]

What does this command list:
RACDCERT ID(IZUSERV) LISTRING(IZUKeyring.IZUDFLT) 
Add your LPAR Site certificate and its root certs to that ring.

Check Chapter 10:

z/OSMF creates digital certificates that are used for secure communications 
between the user's web
browser and the z/OSMF server, and between instances of z/OSMF servers.
The z/OSMF keyring name is generated during the configuration phase. The 
keyring name format is
IZUKeyring.. By default, the keyring name is 
IZUKeyring.IZUDFLT.
In most cases, the default z/OSMF keyring name should be sufficient for your 
installation.

-- 
  Donald J.
  dona...@4email.net

On Wed, Sep 30, 2015, at 01:06 PM, Mark Pace wrote:
> One last piece of information - this system runs as a guest of z/VM.
> 
> On Wed, Sep 30, 2015 at 3:59 PM, Mark Pace  wrote:
> 
> > One other piece of information - the reasonCode
> > 2B34 (11060) The service could not be performed because the required
> > PCICC, PCIXCC, CEX2C, or CEX3C was not active, or did not have a master key
> > set.
> >
> > *User action*: If the service required a specific PCICC, PCIXCC, CEX2C,
> > or CEX3C, verify that the value specified is correct. Reissue the request
> > when the required PCICC, PCIXCC, CEX2C, or CEX3C is available, and has the
> > master key set.
> > No idea what any of this means.
> >
> > On Wed, Sep 30, 2015 at 3:54 PM, Mark Pace  wrote:
> >
> >> Trying to start OSMF for the first time.  It appeared that all the setup
> >> ran cleanly.
> >>
> >> The first task starts up.
> >> CWWKB0056I INITIALIZATION COMPLETE FOR ANGEL
> >>
> >> But the IZUSVR1 dies
> >>
> >> Launching zosmfServer
> >> (wlp-1.0.2.cl0220130714-1602/websphere-kernel_1.0.2) on IBM J9 VM, version
> >> pmz6470-20110827_01 (en_US)
> >> AUDIT   ¨ CWWKE0001I: The server zosmfServer has been
> >> launched.
> >>
> >> AUDIT   ¨ CWWKG0010I: The server zosmfServer is shutting down because of
> >> a previous initialization error.
> >> AUDIT   ¨ CWWKE0036I: The server zosmfServer stopped after 2.443
> >> seconds.
> >> ERROR   ¨ CWWKG0047E: An error occurred while attempting to verify a
> >> configuration document:
> >> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml, Hardware error from
> >> call CSNDDSV returnCode 12 reasonCode 11060.
> >>
> >> FATAL   ¨ CWWKG0044E: Server shutdown because a configuration document
> >> does not contain a valid signature:
> >> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml
> >>
> >> The documentation basically says something did work, fix it.  During the
> >> configuration I replied that I wanted a CA to be created. Has anyone seen
> >> this error and point in the right direction?
> >> I also don't get this Hardware error.
> >> CWWKG0044E: Server shutdown because a configuration document does not
> >> contain a valid signature: {0}. *Explanation* The designated
> >> configuration document does not contain a valid signature, or a portion of
> >> the document that is protected by the signature has been modified. This
> >> message is preceded by an error message that provides more information on
> >> the specific error in the document. *Action* Correct the error in the
> >> configuration document that was identified in the preceding error message.
> >> CWWKG0047E: An error occurred while attempting to verify a configuration
> >> document: {0}, {1}. *Explanation* An exception was thrown while
> >> attempting to verify that the designated configuration document contains a
> >> valid signature. *Action* Correct the error in the configuration
> >> document that is causing the exception to be thrown and then retry starting
> >> the server.
> >>
> >> --
> >> The postings on this site are my own and don’t necessarily represent
> >> Mainline’s positions or opinions
> >>
> >> Mark D Pace
> >> Senior Systems Engineer
> >> Mainline Information Systems
> >>
> >>
> >>
> >>
> >
> >
> > --
> > The postings on this site are my own and don’t necessarily represent
> > Mainline’s positions or opinions
> >
> > Mark D Pace
> > Senior Systems Engineer
> > Mainline Information Systems
> >
> >
> >
> >
> 
> 
> -- 
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
> 
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

-- 
http://www.fastmail.com - Access all of your messages and folders
  wherever you are

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

Re: z/OS 2.2 delayed?

[Mark Post]

>>> On 10/1/2015 at 01:09 PM, John Eells  wrote: 
> Why would you think it was delayed?

Apparently he was stuck in the Bermuda Triangle.  :)


Mark Post

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

Re: Unicode services Red alert

[Charles Mills]

I would appreciate that also. I would like to see the specific reason code.

My reading is that the error occurs on a call to CUNLINFO, which is optional
in that it did not exist before V1R10 and you can use Unicode services very
effectively without CUNLINFO. That may be why iconv succeeds, at least in
some circumstances. CUNLINFO does not do translation, it tells you about
your intended translation. You can call CUNLINFO (writing from memory here)
and determine that translation from CCSID n to CCSID m is or is not
supported, that CCSID n is single-byte EBCDIC or is MBCS ASCII, and so
forth. Peripheral to actual translation.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Leonardo Vaz
Sent: Thursday, October 01, 2015 10:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Unicode services Red alert

I am trying the following command after IPLing with a 2016 date and it works
fine:
iconv -f UTF-8 -t IBM-1047 < my_ascii_file

Could anyone reproduce the error described in the red alert?

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

Re: Having the mainframe on YouTube

[Jack J. Woehr]

Tom Brennan wrote:
 So let's say you give me source code (free speech) and I compile it and use it (free beer), without needing your help 
because you wrote it so well.  Didn't I just get beer for free?





There's no COGS so it doesn't matter, as long as enough parties /do/ need 
support to keep the game going.

What was the price that MySQL AB was sold for to Oracle? 
https://en.wikipedia.org/wiki/MySQL_AB

I've been using MySQL for over a decade and never paid a cent. Someone must 
have.

--
Jack J. Woehr # Science is more than a body of knowledge. It's a way of
www.well.com/~jax # thinking, a way of skeptically interrogating the universe
www.softwoehr.com # with a fine understanding of human fallibility. - Carl Sagan


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

Re: OSMF server startup error

[Mark Pace]

After much reading the problems is
ERROR   ¨ CWWKG0047E: An error occurred while attempting to verify a
configuration document:
file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml, Hardware error from
call *CSNDDSV* returnCode 12 reasonCode 11060.

CSNDDSV is not support on systems without a real crypto card. It is not
supported in a CPACF only environment.  Now what I have to figure out is
why OSMF is calling a function not supported in my environment.

On Thu, Oct 1, 2015 at 1:31 PM, Mark Pace  wrote:

> Digital ring information for user IZUSVR:
>
>   Ring:
>>IZUKeyring.IZUDFLT<
>   Certificate Label Name Cert Owner USAGE  DEFAULT
>            ---
>   DefaultzOSMFCert.IZUDFLT   ID(IZUSVR) PERSONAL YES
>   zOSMFCACERTAUTH   CERTAUTH NO
>
> ***
>
> I'll have to check to see if I have an LPAR Site certificate and its root
> certs.
>
> On Thu, Oct 1, 2015 at 1:23 PM, Donald J.  wrote:
>
>> What does this command list:
>> RACDCERT ID(IZUSERV) LISTRING(IZUKeyring.IZUDFLT)
>> Add your LPAR Site certificate and its root certs to that ring.
>>
>> Check Chapter 10:
>>
>> z/OSMF creates digital certificates that are used for secure
>> communications between the user's web
>> browser and the z/OSMF server, and between instances of z/OSMF servers.
>> The z/OSMF keyring name is generated during the configuration phase. The
>> keyring name format is
>> IZUKeyring.. By default, the keyring name is
>> IZUKeyring.IZUDFLT.
>> In most cases, the default z/OSMF keyring name should be sufficient for
>> your installation.
>>
>> --
>>   Donald J.
>>   dona...@4email.net
>>
>> On Wed, Sep 30, 2015, at 01:06 PM, Mark Pace wrote:
>> > One last piece of information - this system runs as a guest of z/VM.
>> >
>> > On Wed, Sep 30, 2015 at 3:59 PM, Mark Pace 
>> wrote:
>> >
>> > > One other piece of information - the reasonCode
>> > > 2B34 (11060) The service could not be performed because the required
>> > > PCICC, PCIXCC, CEX2C, or CEX3C was not active, or did not have a
>> master key
>> > > set.
>> > >
>> > > *User action*: If the service required a specific PCICC, PCIXCC,
>> CEX2C,
>> > > or CEX3C, verify that the value specified is correct. Reissue the
>> request
>> > > when the required PCICC, PCIXCC, CEX2C, or CEX3C is available, and
>> has the
>> > > master key set.
>> > > No idea what any of this means.
>> > >
>> > > On Wed, Sep 30, 2015 at 3:54 PM, Mark Pace 
>> wrote:
>> > >
>> > >> Trying to start OSMF for the first time.  It appeared that all the
>> setup
>> > >> ran cleanly.
>> > >>
>> > >> The first task starts up.
>> > >> CWWKB0056I INITIALIZATION COMPLETE FOR ANGEL
>> > >>
>> > >> But the IZUSVR1 dies
>> > >>
>> > >> Launching zosmfServer
>> > >> (wlp-1.0.2.cl0220130714-1602/websphere-kernel_1.0.2) on IBM J9 VM,
>> version
>> > >> pmz6470-20110827_01 (en_US)
>> > >> AUDIT   ¨ CWWKE0001I: The server zosmfServer has been
>> > >> launched.
>> > >>
>> > >> AUDIT   ¨ CWWKG0010I: The server zosmfServer is shutting down
>> because of
>> > >> a previous initialization error.
>> > >> AUDIT   ¨ CWWKE0036I: The server zosmfServer stopped after 2.443
>> > >> seconds.
>> > >> ERROR   ¨ CWWKG0047E: An error occurred while attempting to verify a
>> > >> configuration document:
>> > >> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml, Hardware
>> error from
>> > >> call CSNDDSV returnCode 12 reasonCode 11060.
>> > >>
>> > >> FATAL   ¨ CWWKG0044E: Server shutdown because a configuration
>> document
>> > >> does not contain a valid signature:
>> > >> file:/SYSTEM/etc/zosmf/servers/zosmfServer/server.xml
>> > >>
>> > >> The documentation basically says something did work, fix it.  During
>> the
>> > >> configuration I replied that I wanted a CA to be created. Has anyone
>> seen
>> > >> this error and point in the right direction?
>> > >> I also don't get this Hardware error.
>> > >> CWWKG0044E: Server shutdown because a configuration document does not
>> > >> contain a valid signature: {0}. *Explanation* The designated
>> > >> configuration document does not contain a valid signature, or a
>> portion of
>> > >> the document that is protected by the signature has been modified.
>> This
>> > >> message is preceded by an error message that provides more
>> information on
>> > >> the specific error in the document. *Action* Correct the error in the
>> > >> configuration document that was identified in the preceding error
>> message.
>> > >> CWWKG0047E: An error occurred while attempting to verify a
>> configuration
>> > >> document: {0}, {1}. *Explanation* An exception was thrown while
>> > >> attempting to verify that the designated configuration document
>> contains a
>> > >> valid signature. *Action* Correct the error in the configuration
>> > >> document that is causing the exception to be thrown and then 

Re: Self-service PC (was: "ageing mainframe")

[Longabaugh, Robert E]

.. and having to give the app permission to your location, contact list, 
photos, and call logs.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Wednesday, September 30, 2015 12:05 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Self-service PC (was: "ageing mainframe")

Agreed. I did an HR systems evaluation a few years back (why is a coder 
evaluating HR systems? Don't ask.) and all were big on "self-service," by which 
they meant if an employee, for example, wanted to know how many vacation days 
s/he had in the bank, s/he did not have to call HR, s/he just signed onto the 
HR system with a Web browser (and with "role-based authority" much lower than 
an HR person) and looked.

Today it would include logging in from a mobile device.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Wednesday, September 30, 2015 9:25 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Self-service PC (was: "ageing mainframe")

On 30/09/2015 10:20 PM, Paul Gilmartin wrote:
> On Wed, 30 Sep 2015 03:37:23 -0500, Shane Ginnane wrote:
>>> CentreLink is a 26,000 MIP customer
>>> http://www.techworld.com.au/article/303153/centrelink_ups_it_reform_keeps_model_204_legacy_/?pp=2.
>>> Phew, that's going to be a big blow for big blue when they move off.
>> Nope.
>> At that time (2009) Centrelink might (might ?) have been. It is now an 
>> amalgamation of Medibank and sundry others. Bigger and badder by large.
>>
> At the link I see the phrase "self-service PCs in offices."  How does that 
> work?
> What OS?  My understanding is that Windows is a one-man dog.

Today, in 2015, I think it means technologies like mobile where you can 
check-in at the airport using your phone. I book movie tickets on my phone and 
rock up at the cinema and just scan straight from my phone and pick up the 
tickets. No need for data input by a customer or operator. They want to do the 
same with welfare and medicare. There's already an app where you can scan a 
doctors bill and just ping it in without having to fill out forms or use a PC 
web based application which are also starting to look old hat. Everybody has 
mobile devices in their pockets and CIOs don't see mainframes as the platform 
of choice for the next generation systems which will ultimately reduce the cost 
of IT. Especially when IBM have got them over a barrel and can charge what they 
like because there is no competition.

--
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: Having the mainframe on YouTube

[Timothy Sipples]

Paul Gilmartin wrote:
>Which may be irrelevant because sooner or later they impel hardware
>upgrades which aren't free.

Sure, but that's a universal truth. All operating systems that evolve
eventually stop supporting older processors. Linux kernels 3.8 and above no
longer support Intel 80386 (and 386 compatible) processors, as an example.
Most Linux distributions dropped 386 support a long time before the kernel
did in 2013.

http://kernelnewbies.org/Linux_3.8


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

Unicode Red Alert

[Mike Shorkend]

Last night , I received the following red alert:


Dear Subscriber

Here are your bulletin email notifications for your subscriptions at IBM My
notifications.

Visit the recently updated IBM Electronic Support site to get connected
with our powerful online tools, tips, and resources.
Your support notifications display in English by default. Machine
translation based on your IBM profile language setting is added if you
specify this option in My defaults within My notifications.
(Note: Not all languages are available at this time, and the English
version always takes precedence over the machine translated version.)

z/OS family - all hardware, OS, and related software: Red Alerts

•
z/OS Unicode Services Conversion Information Service fails after 12-15-20
http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts?myns=z000=OCHW188=OCHW18N=OCHW19Y=OCHW20L=OCHW22D=OCHW23D=OCHW25D=OCHW30D=OCSWG90=OCSWG80=OCSWGA0=OCSWGB0=E_sp=z000-_-OCHW188-OCHW18N-OCHW19Y-OCHW20L-OCHW22D-OCHW23D-OCHW25D-OCHW30D-OCSWG90-OCSWG80-OCSWGA0-OCSWGB0-_-E


Unicode Services conversion information service on all current z/OS releases
will return incorrect return code on systems IPLed on or after December 15,
2015
affecting many system services and applications. Action is required to
prevent
failures

To read the complete text of this Red Alert as well as previous Red Alerts
please use the above link.






When I try to follow the link, the page crashes. When I try to access the
IBM red alert page

https://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html

the browser times out.


Has anyone else received this alert? Managed to access it online?

I have contacted IBM and I am wating for an answer from them.


Thanks


Mike



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

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

Re: Unicode Red Alert

[Haselbach, Markus]

We had this problem when we tried to test end-of Year  with our appplication 
test Sysplex and ++Apar OA48941 resolved it.
Following the link also gets a time out here just now..



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mike Shorkend
Sent: Thursday, October 01, 2015 8:38 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Unicode Red Alert

Last night , I received the following red alert:


Dear Subscriber

Here are your bulletin email notifications for your subscriptions at IBM My
notifications.

Visit the recently updated IBM Electronic Support site to get connected
with our powerful online tools, tips, and resources.
Your support notifications display in English by default. Machine
translation based on your IBM profile language setting is added if you
specify this option in My defaults within My notifications.
(Note: Not all languages are available at this time, and the English
version always takes precedence over the machine translated version.)

z/OS family - all hardware, OS, and related software: Red Alerts

•
z/OS Unicode Services Conversion Information Service fails after 12-15-20
http://www14.software.ibm.com/webapp/set2/sas/f/redAlerts?myns=z000=OCHW188=OCHW18N=OCHW19Y=OCHW20L=OCHW22D=OCHW23D=OCHW25D=OCHW30D=OCSWG90=OCSWG80=OCSWGA0=OCSWGB0=E_sp=z000-_-OCHW188-OCHW18N-OCHW19Y-OCHW20L-OCHW22D-OCHW23D-OCHW25D-OCHW30D-OCSWG90-OCSWG80-OCSWGA0-OCSWGB0-_-E


Unicode Services conversion information service on all current z/OS releases
will return incorrect return code on systems IPLed on or after December 15,
2015
affecting many system services and applications. Action is required to
prevent
failures

To read the complete text of this Red Alert as well as previous Red Alerts
please use the above link.






When I try to follow the link, the page crashes. When I try to access the
IBM red alert page

https://www14.software.ibm.com/webapp/set2/sas/f/redAlerts/home.html

the browser times out.


Has anyone else received this alert? Managed to access it online?

I have contacted IBM and I am wating for an answer from them.


Thanks


Mike



-- 
Mike Shorkend
m...@shorkend.com
www.shorkend.com
Tel: +972524208743
Fax: +97239772196

--
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