Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Ed_Arnold

Pages: 1 ... 64 65 66 67 68 [69] 70 71 72 73 74 ... 80
1021
z/OS Server / Migrating to 8.5 or above? What's the DB2 SCCSID?
« on: November 15, 2012, 12:49:00 PM »
This is in the CMOD 8.5 readme:

https://www-304.ibm.com/support/docview.wss?uid=swg27020591

------------------------------------------------------------------------
* New program ARSMIG85 for linefeed translation
When using OnDemand for z/OS V8.5.0 to access a pre-8.5 OnDemand
database and the ARS_ORIGINAL_CODEPAGE value matches the database
codepage (e.g. ARS_ORIGINAL_CODEPAGE matches the DB2 SCCSID), a new
program, ARSMIG85, must be run to translate EBCDIC newlines to EBCDIC |
linefeeds. |
If the ARS_ORIGINAL_CODEPAGE does not match the DB2 SCCSID, do not run |
the ARSMIG85 program.


How do you know what the DB2 SCCSID is?  You can ask your DBA, or you can run this:

 SELECT SBCS_CCSID, MIXED_CCSID, DBCS_CCSID
   FROM SYSIBM.SYSDATABASE                 
   WHERE NAME = 'ARS850DB'        <<<=====REPLACE WITH YOUR DATABASE NAME


When I ran this on my DB2 V9 system I received the following:

+--------------------------------------------------+
|   SBCS_CCSID   |  MIXED_CCSID   |   DBCS_CCSID   |
+--------------------------------------------------+
|             37 |              0 |              0 |
+--------------------------------------------------+




1022
z/OS Server / Re: EoS Announced for CMOD 8.4.0 and 8.4.1: April 30, 2013
« on: November 13, 2012, 10:17:53 AM »
Just a reminder - less than six months left of 8.4.0 and 8.4.1 support.

Ed

1023
z/OS Server / Re: CMOD 8.5.0.5 client bug in Recent Folders !
« on: November 06, 2012, 12:19:32 PM »
Or more likely someone has access to your PC?   ???

Maybe time to give 8.5.0.6 a try?

Ed

1024
In V9, IBM is advertising the following format for the ARSSOCKD started task:

//ARSSOCK2 EXEC PGM=ARSSOCKD,REGION=0M,TIME=NOLIMIT,
//  PARM='/-S -I ARCH850 -v'   

minus capital S = start this instance
minus capital I = this instance name (just like always)
minus lowercase v = verbose or list out the options, same as specifying VERBOSE as in the previous append                     

This format is also good for V8.5. 

I suggest that you may want to start rolling out this format now on 8.5 then you'll be comfortable with it when V9 gets implemented.

1025
MP Server / Re: ODWEK 9.0 supported on 32-bit?
« on: October 23, 2012, 11:24:28 AM »
John - I was just looking through some V9 doc and saw this:

"64bit HW only (change from previously allowing 32bit HW for ODWEK)" however also in there is "Java api?s still 32bit and 64bit"

So I'd say that it looks to me like the 64 bit h/w is a hard and fast requirement.

Ed

1026
z/OS Server / Re: Impossible to open "LINE" file in thin client
« on: October 23, 2012, 10:46:49 AM »
Philippe - I have not heard of this problem.

Please open up a trouble report with IBM.

I don't know if it makes a difference but the level of java was never mentioned here.

Also, 8.5.0.6 is out now, if you feel adventurous.   ;D

Ed

1027
MP Server / Re: ODWEK 9.0 supported on 32-bit?
« on: October 19, 2012, 02:09:58 PM »
Well, the operating system requirement says "Microsoft? Windows Server 2008 SP2 or later".

I don't know what that is, exactly, am just a z guy myself.   ;D

Ed

1028
z/OS Server / Re: Impossible to open "LINE" file in thin client
« on: October 19, 2012, 02:02:34 PM »
Philippe - I know very little about ODWEK.

I don't know if this is what you're looking for?

pic.dhe.ibm.com/infocenter/cmod/v8r5m0/index.jsp?topic=%2Fcom.ibm.ondemand.odwekzos.doc%2Fars3y271143.htm

Ed

1029
z/OS Server / Re: Impossible to open "LINE" file in thin client
« on: October 18, 2012, 07:55:15 AM »
Phiippe - right after 8.5.0.4 there were two ODWEK APARs:

PM55450 WITH CACHEDOCS=1 ODWEK CGI/SERVLET CAN FAIL TO RETRIEVE DOCUMENTS
                                             
PM57588 ODWEK CGI/SERVLET CAN FAIL TO RETRIEVE DOCUMENT FROM CACHE WITH CACHEDOCS=1 AND ADDFIELDSTODOCID=1 

You should ensure you have those fixes on your system.

Ed                           

1030
z/OS Server / Re: Impossible to open "LINE" file in thin client
« on: October 18, 2012, 07:52:02 AM »
Bonjour Philippe!

Can you give more detail as to your problem?

Is there an error message or does data just not display?

Where does the ODWEK server run?  On z/OS?  On another platform?

What level of ODWEK are you running?

The first thing I'd do is make sure cache is cleared:

http://java.com/en/download/help/plugin_cache.xml

Ed

1031
If you're like us we run multiple copies of OnDemand.

When we logon with the admin or user client we use the ARS_MESSAGE_OF_THE_DAY parm to display a message.

http://publib.boulder.ibm.com/infocenter/cmod/v8r5m0/index.jsp?topic=%2Fcom.ibm.ondemand.configuringzos.doc%2Fars3u371118.htm

In our messages of the day we say which system we're logging on to.

This is good on all platforms.


1032
Just now ACCEPTing 8.5.0.5 maintenance and AARSHAS1 is not big enough.

I reallocated and it's now 54% used for 4087 tracks.

I'm going to re-allocate AARSHAS1 on V9 to hopefully save myself some grief later.

1033
z/OS Server / Re: On demand and DB2 V10 performance
« on: October 12, 2012, 07:10:18 AM »
Also, if you're on CMOD 8.5 or 9.0 make sure you have PM73809 installed.

ERROR DESCRIPTION:                                           
High CPU in ARSSOCKD started task after upgrade to V8.5.0   
The high CPU involves retrieving AFP or PDF resource objects.
The bigger the uncompressed size of the resource object, the
greater the CPU consumption.                                 
                                                             

1034
z/OS Server / z/OS shops on 8.5.0 please check the PSP bucket for HIPERs
« on: October 11, 2012, 12:55:33 PM »
In particular, the last two APARs, PM62376 and PM73809, have bitten multiple shops.

PM62376 says it's a high cpu problem, but underneath it's an 0C4 and subsequent to the PSP bucket update it was found that the problem can manifest itself in different ways.   

Fortunately neither of these HIPERs involve data loss.

I recommend you roll out both soonest.

https://www-304.ibm.com/support/docview.wss?dc=DB540&rs=1209&uid=isg1_ODMP850_H272850&cs=UTF-8&lang=all&loc=en_US

Ed

1035
z/OS Server / Re: CMOD V9 on z/OS Install Notes
« on: October 10, 2012, 02:21:05 PM »
I noticed that the Load ID is much larger from the IVP:

ARS1144I OnDemand Load Id = >5013-1-0-2FAA-20121010172643-20121010172643-5017<

That's due to the expanded date/time field:

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


I like to run my unloads from batch, so I tried to unload the IVP ***but forgot to update my STEPLIB and ARSBIN***

//STEP1    EXEC PGM=ARSADMIN,REGION=0M,                       
//   PARM=('/-V //DD:IN -u odadmin  -p applepi')               
//STEPLIB  DD DISP=SHR,DSN=ARS.ARSV850.SARSLOAD  <<<<---- wrong               
//SYSPRINT DD SYSOUT=*                                         
//SYSOUT   DD SYSOUT=*                                         
//IN       DD *                                               
unload                                                         
-h                                                             
ARCH900                                                       
-g                                                             
"ARSIVPR3"                                                     
-L                                                             
5013-1-0-2FAA-20121010172643-20121010172643-5017               
/*                                                             
//ARSBIN     DD PATH='/usr/lpp/ars/V8R5M0/bin'      <------ wrong           
//SYSPRINT   DD SYSOUT=*,DCB=(RECFM=FBA,LRECL=134,BLKSIZE=134)
//INPSTATS   DD SYSOUT=*                                       
//INDSTATS   DD SYSOUT=*                                       
//SYSOUT     DD SYSOUT=*                                       
//STDERR     DD SYSOUT=* 

So I got this error message:

The option >-L< argument >5013-1-0-2FAA-20121010172643-20121010172643-5017< is invalid

Proper STEPLIB/ARSBIN took care of that.


However, this is interesting.  I logged on with the 8.5.0.5 client to view the System Log and there was no date field displayed to search on.

Aha!  The 8.5.0.5 client *works* with a V9 server, but functionality is limited.

Pages: 1 ... 64 65 66 67 68 [69] 70 71 72 73 74 ... 80