Re: (External):Re: Unicode services Red alert

2015-10-22 Thread Haselbach, Markus 
Yes we had first 12th of dec.   in our appl test Sysplexthen jumped to 30rd 
dec and had the problem; we tried Ipling with many dates until someone had the 
idea that the tod clock  has near there a special value... 

Brgds
Markus Haselbach


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of J O Skip Robinson
Sent: Friday, October 16, 2015 5:48 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert

I wish we could take credit for discovering the problem. I've learned that many 
sites do time-warp testing on a regular basis. Remember the Y2K Flash Mob scene 
when we all did that incessantly? I seriously doubt that this problem was 
discovered by IPLing at Dec. 15. There was undoubtedly some further future date 
being explored. Whoa! Unicode is broken. Eventually it was narrowed down by the 
original customer (wishful thinking) or more likely by IBM to the actual fail 
point. 

Our PMR was opened by a diligent colleague who wanted more specific details. 
And I appreciate that IBM complied and supplied more details, especially the 
SAMPLIB pointer, which allowed us to test without the painful need to change 
the system time at IPL. 

OK, I warned about a RACF war story. A DB2 sysprog was trying to debug what 
looked like a RACF problem in DB2. She found a flag documented in DB2 as 'RACF 
available'. She could see that it was zero, so she zapped it to one. This was 
not a DB2 control block but the actual MVS CVT flag. The entire system stopped 
working. Every RACF access of any kind resulted in a WTOR requesting permission 
to allow access. Somehow we got the flag zeroed out before total system 
collapse. Luckily it was the development system, and luckily we didn't have to 
IPL. But that's how I remember the meaning of the RACF flag. 

.
.
.
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 Paul Gilmartin
Sent: Thursday, October 15, 2015 8:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: (External):Re: Unicode services Red alert

On 2015-10-15, at 21:06, J O Skip Robinson wrote:

> I'm piecing together various clues. It appears to me that:
> 
> 1. The UCCB is a defined control block, mapped in several (!) MACLIB members 
> such as CUNBAIDF.
>  
A more modular design might map it in one macro and call it from all the 
others.  Jurisdiction probably precludes.

> 2. Various flags are defined beginning at UCCB+10.
> 3. Somehow during IPL the system clock has been overlaying UCCB+10 by 
> (presumably) Unicode set up processing.
> 4. No one noticed all this time because the flag nibble in the timestamp has 
> always, coincidentally, indicated 'Unicode available'.
> 5. As of the magic moment on December 15, the clock rolls over and reverses 
> the benign bit. Without the fix, Unicode appears to be unavailable more or 
> less forever. Until the bit once again changes back?
> 
> I suspect that checks for the timestamp are far rarer than checks for Unicode 
> availability. So the fix is to store the clock somewhere else at IPL 
> (UCCB+20) and ensure that the critical flags are zero. Our PMR indicates what 
> I suspected: a zero value means OK, a one value means not OK. This is 
> analogous to the RACF flag in the CVT. Zero means that RACF is functional 
> while one means that it is not. I have a hilarious war story about how I know 
> that. 
>  
And I wonder how the problem was discovered.  Does someone routinely test with 
the system clock advanced a few weeks; long enough for an APAR to turn around?  
May I infer from "Our PMR" that you're the reporting site?

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

2015-10-02 Thread Haselbach, Markus 
I got following in OMVS:

Bnn:/u/bnn:>iconv -f IBM-819 -t IBM-1047   text >  result   

iconv: Conversion from codeset "IBM-819" to "IBM-1047": EDC5121I Invalid 
argument.  

Regards
Markus 



-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Leonardo Vaz
Sent: Thursday, October 01, 2015 7:48 PM
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?

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





_
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

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

2015-10-01 Thread 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 Red Alert

2015-10-01 Thread 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

Re: JES2 Exit 23

2015-06-01 Thread Haselbach, Markus 
Thanks a lot for all this valuable information - I'm going to investigate the 
solution that Peter proposed...  
We have PSF 4.4.0  with z/OS 2.1  and are writing the exits in assembler.

Kind regards
Markus Haselbach


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Peter Hunkeler
Sent: Monday, June 01, 2015 6:51 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: JES2 Exit 23

Long time ago (MVS/ESA 3.x in the late 80ies), I wrote JES2 and PSF exits 
to provide (part of) the accounting information as well as some other stuff to 
PSF. It was a combination of JES Exits 3 and 23, as well as PSF exits 1 and 2. 
At that time, I did not want to take the burden to extend any JES2 control 
blokc held on the spool, and since it was sufficient, I used some user fields 
in the JCT so save acoounting information in JES2 exit 3. 
Later, JES2 exit 23 aquired some storage (getmain) to store this data for PSF 
exits 1 and 2. PSF exit 2 (job end) was in charge of releasing the storage 
after use. 

This is from a quick refresh of my memory. Note also that I have not verified 
if there is an easier way nowadays.

I'll send you some code snippets offlist.

 --
Peter Hunkeler


 Von: Lizette Koehler stars...@mindspring.com An:   
IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: JES2 Exit 23 Datum: 31.05.15 07:49

 
I have not found any definitive info on how to extract the Accounting 
information on a JOB producing output and getting it to the APSUX01/APSUX01P  
exit. 
 
You might want to contact IBM directly via an SR for assistance.   
 
What version of PSF are you running?  Are you using Assembler or C Language? 
Have you looked at the IEFJESCT to see what is available in the JES2 
Communications Area? 
 
Lizette 
 
 
 -Original Message- 
 From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] 
 On Behalf Of Lizette Koehler 
 Sent: Saturday, May 30, 2015 5:28 AM 
 To: IBM-MAIN@LISTSERV.UA.EDU 
 Subject: Re: JES2 Exit 23 
  
 If you are not aware, there is also a JES2 List that might be helpful as 
 well. 
 IBMMAIN or JES2 will be good. 
  
 To join JES2 - use this URL 
 JES2  http://listserv.vt.edu/cgi-bin/wa?A0=jes2-l 
  
 Have you looked at the JES2 EXITS manual?  SA22-7534-13   z/OS JES2 
 Installation Exits 
  
 Lizette 
  
  
  
  -Original Message- 
  From: IBM Mainframe Discussion List [mailto:IBM- 
 m...@listserv.ua.edu] 
  On Behalf Of Markus Haselbach 
  Sent: Saturday, May 30, 2015 12:38 AM 
  To: IBM-MAIN@LISTSERV.UA.EDU 
  Subject: JES2 Exit 23 
  
  Hallo, 
  I?m for the first time involved with JES2 exits.  The issue is 
  printing with PSF. I have to write accounting information from the Job 
  Card on the Job Header Page. This will be done in PSF Header Exit 
  APSUX01. The question is how to get the information there. I would 
  like to pass the accounting field  by putting it in the  JSPA in JES2 
  Exit 23  HASX23A. Can somebody give me a hint, how to get the Jobcard in 
 HASX23A, or an other solution? 
  Best regards 
  Markus Haselbach 
  Credit-Suisse AG 
  
 
-- 
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