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

Pages: 1 2 3 [4] 5
46
z/OS Server / Re: move a CMOD Instance to another lpar
« on: March 08, 2012, 11:30:32 PM »
Hi

As long as you have the same values in ars.ini/ars.cfg/ars.cache and can 'move'(if you don't have it mounted SYSPLEX-wide) your ars.cache-directory then I don't see any problem with it. Don't forget the load-modules.

Regards
/H Carlberg

47
z/OS Server / Re: CMOD 8.5.0 and ARSWIZ
« on: July 25, 2011, 09:12:57 AM »
Hi

I opened an PMR and got the response:
"
For now, the option 4 migration from 8.4.1 to 8.5 does not work as there
is no migration from 8.4.1 to 8.5. It is just an upgrade.
"

So I closed the PMR, but added:
"
there is  one thing that I've understand that I need to do and that is running ARSMIG85 with the "to850=1" option.
"
So I had to do something :-D

Regards
/H Carlberg

48
z/OS Server / CMOD 8.5.0 and ARSWIZ
« on: July 08, 2011, 05:20:35 AM »
Hi

I've just finish doing the SMP-work, and started reading the README-file.
Noticed the thing about ARS.ARSV850.ARSEXEC(ARSWIZ).

Tried to understand the function number 4"Execute V841 to V850 update jobs", but couldn't find any information regarding it either on the internet or any Manuals.
Does anybody have any information regarding that function? Did you run it ?

Regards
/H Carlberg

49
z/OS Server / Re: RACF example with CMOD 8.4
« on: February 21, 2011, 09:50:23 AM »
Hi

On your call to RACROUTE , do you use "MSGSUPP=NO" ??
Using "MSGSUPP=YES" should suppress the ICH408

Regards
/H Carlberg

50
z/OS Server / Re: CMOD 8.5 IS OUT!!!!
« on: February 15, 2011, 10:00:35 AM »
Hi Geoff

I wanted to go for this right now, but the other guys wanted to wait a while due to other projects.
If anybody starts to upgrade, pls share your progress here

Regards
/H Carlberg

51
z/OS Server / Re: IBM Content Manager OnDemand for z/OS , V8.5 announced
« on: February 01, 2011, 05:11:01 AM »
Hi

Noticed in the "Readme" for OnDemand 8.5.0 on page 4, still have :
"
3. Backup the OnDemand Database or make sure a current backup is
available.
4. Run the following commands from the /usr/lpp/ars/V8R5M0/bin
directory for each OnDemand server instance being upgraded to
OnDemand V8.5.0.
1) Run "arsdb -I <instance_name> -vx ARSSYS"
2) Run "arsdb -I <instance_name> -vx ARSAPP"
3) Run "arsdb -I <instance_name> -vx ARSANN"
4) Run "arsdb -I <instance_name> -vd ARSSYS"
5) Run "arsdb -I <instance_name> -vd ARSAPP"
6) Run "arsdb -I <instance_name> -vd ARSANN"
7) Run "arsdb -I <instance_name> -vc ARSSYS"
8) Run "arsdb -I <instance_name> -vc ARSAPP"
9) Run "arsdb -I <instance_name> -vc ARSANN"
...
"

So if you use Image Copy, then it's kind of useless after step 4.4 - 4-6, for ARSANN, ARSAPP, ARSSYS.
If somebody remembered my presentation on ODUG last year, you can't restore an Image Copy unless you know the OBID, PSID and DBID and only thru DSN1COPY.

Regards
/H Carlberg

52
z/OS Server / Re: Multiple System Logs
« on: January 19, 2011, 12:55:47 AM »
Hi
IBM came back with this answer on my PMR:
"
                                                                       
According to Steen you have instances with different names.             
                                                                       
                                                                       
The instance name is used as part of the ENQ RNAME to serialize         
application group access, including creating new system logs.           
                                                                       
If the instance names are not the same, there is a lack of             
serialization, leading to the double system log table creations.       
                                                                       
                                                                       
Fortunately there is an easy solution:                                 
                                                                       
In the ars.cfg, you can use ARSMVS_SYSZARSL_INSTANCE= to               
specify the instance name to be used in the RNAME.                     
                                                                       
Pick one of the instance names, and use that in all the ars.cfg files. 
                                                                       
For example, specify:                                                   
                                                                       
ARSMVS_SYSZARSL_INSTANCE=ARSSTEEN                                       
                                                                       
in all of the ars.cfg files (again, where ARSSTEEN is one of your       
instance names).                                                       

"

The issue was that I had 1 ARSSOCKD in a LPAR running with one instance-name, and another ARSSOCKD running with a different instance-name. The reason for that is that I one instance is running on another IP-stack, and hence needs another STC-name.

Regards
/H Carlberg

53
z/OS Server / Re: Multiple System Logs
« on: January 07, 2011, 01:23:08 AM »
Hi,

UK62064  not applied
I've opened an PMR to IBM for this error as well, and waiting for the feedback in that

/H Carlberg

54
z/OS Server / Re: Multiple System Logs
« on: December 27, 2010, 07:17:48 AM »
Hi                                                                     
since I did cut and paste I lost some columns at my first SQL:         
"                                                                       
SELECT * FROM ARSUSER.ARSSEG                                           
  WHERE TABLE_NAME LIKE 'SL%'                                           
FETCH FIRST 10 ROWS ONLY                                               
WITH UR;                                                               
-------+---------+---------+---------+---------+--                     
 POST_DATE                CLOSED_DATE                                   
-------+---------+---------+---------+---------+--                     
              1114082060                    14033                       
              1212401123                    14765                       
              1212401123                    14420                       
              1275631466                        0                       
              1275631466                        0                       
"                                                   

regards
/H Carlberg

55
z/OS Server / Multiple System Logs
« on: December 27, 2010, 06:52:36 AM »
Hi
I'm running in a Sysplex environment with 4 started task running ARSSOCKD-pgm for one of my OD-instance. 2 are for Intranet and 2 are for Internet(another IP-stack).
 
If I look in my ARSUSER.ARSSEG-table I see two !! System Logs-tables that are in use ?!?!
I didn't expect that!!!!
If I run a query:
"
SELECT * FROM ARSUSER.ARSSEG 
  WHERE TABLE_NAME LIKE 'SL%'
FETCH FIRST 10 ROWS ONLY     
WITH UR;                     
AGID  TABLE_NAME     START_DATE           STOP_DATE             
--+---------+-------+---------+---------+---------+-
5001  SL2            1114082059           1212401118
5001  SL3            1212401123           1275631463
5001  SL4            1212401123           1245868532
5001  SL5            1275631463           1293456132
5001  SL6            1275631463           1275631463
"
Some other SQL:
"
 SELECT TABLE_NAME, INS_ROWS, START_DATE                 
          FROM ARSUSER.ARSSEG                           
   WHERE TABLE_NAME LIKE 'SL%'                           
 FETCH FIRST 10 ROWS ONLY                               
 WITH UR;                                               
---------+---------+---------+---------+---------+-------
TABLE_NAME             INS_ROWS  START_DATE             
---------+---------+---------+---------+---------+-------
SL2                    10005432               1114082059
SL3                    10003345               1212401123
SL4                    10007996               1212401123
SL5                      6640223              1275631463
SL6                               1               1275631463
"

"
 SELECT * FROM ARSUSER.SL6                                               
 FETCH FIRST 2 ROWS ONLY WITH UR;                                       
---------+---------+---------+---------+---------+---------+---------+---
 TIME_STAMP  USERID                                                     
---------+---------+---------+---------+---------+---------+---------+---
 1275631463  SEIP03PR                                                   
DSNE610I NUMBER OF ROWS DISPLAYED IS 1                                   
DSNE612I DATA FOR COLUMN HEADER MSG_TEXT COLUMN NUMBER 5 WAS TRUNCATED   
DSNE616I STATEMENT EXECUTION WAS SUCCESSFUL, SQLCODE IS 100             
---------+---------+---------+---------+---------+---------+---------+---
 SELECT * FROM ARSUSER.SL5                                               
 FETCH FIRST 2 ROWS ONLY WITH UR;                                       
---------+---------+---------+---------+---------+---------+---------+---
 TIME_STAMP  USERID                                                     
---------+---------+---------+---------+---------+---------+---------+---
 1275631463  SEKA03PR                                                   
 1275631464  SEKA03PR                                                   
DSNE610I NUMBER OF ROWS DISPLAYED IS 2                                   
"
How can it come that I have 2 active System Logs ?????
Have any of you seen this before ?

Regards
/H Carlberg

56
z/OS Server / Re: ARSLOAD on a different system
« on: November 05, 2010, 12:34:28 AM »
Another thing to keep in mind.
Sometimes you need to upgrade the both environments at the same time, since there are times when they need to be at the exact same level. AND you can't have a Distributed platform at V7 loading to a CMOD on z/OS at V8

/H?kan

57
Hi
I already sent the presentation to her.
I also gave my presentation to Benny, so I hope he puts it someplace in the forum
/H?kan

58
z/OS Server / Re: ARSLOAD on a different system
« on: November 04, 2010, 04:50:51 AM »
Hi

We're running ARSLOAD from a z/Linux environment to load on a instance in z/OS.
what we did was to install CMOD on z/Linux, updated the ars.ini-file and then we could run the ARSLOAD on z/Linux to store doc on the instance running on z/OS

regards
/H Carlberg

59
z/OS Server / Re: Migration to 8.4.1 from OD 7.1 and a fallback
« on: July 06, 2010, 09:48:17 AM »
Hi

In the beginning of this thread I asked:
"  How did you guys do it ?  "

Since nobody answered... am I to understand that nobody has migrated to 8.4.1 on z/OS ?

Regards
/H Carlberg

60
z/OS Server / Re: Migration to 8.4.1 from OD 7.1 and a fallback
« on: July 01, 2010, 12:43:48 AM »
Hi,

I think I found a way of doing a 'downgrade' , if my way was to be done it wouldn't
be any problem even!!! if some data have been loaded in some ApplGroup and the LOAD_ID/SEG_ID for any
Appl Group it shouldn't be affected either.

When downgrading the tables:

1) Rename the tables that have been changed during upgrade,
    IBM should be able to tell which tables have been changed ,
     ex : ARSSYS --> ARS84SYS

2) Downgrade the code-base

3) Create the tables with the old layout.

4) Run some SQL-scripts(SPUFI/JOB) that does a load from ARS84SYS into ARSSYS where the columns
 can be Casted to the old format, ex BigInt --> Integer, and the SQL can ignore new columns
sample:
"
INSERT INTO <CREATOR>.ARSSYS       
    ( ID
     ,NAME
    ,CDID                         
      ,....... )                       
  SELECT                                   
         ID                         
        ,NAME
       ,CDID                           
      .........
           FROM <CREATOR>.ARS84SYS;   
"

5) Drop the indexes, and recreate them... should be possible to do by arsdb -???

6) If everything is okay after downgrade, the delete all ARS84-tables
   Ok, I know that it will be impossible to do a cast if some BigInt has greater values than can be in
   an Integer. But that can be checked before !!! any SQL would be run

 
I would like you to think about my approach, and hit me with the problems I don't see.
Doing like this would make quite a small impact of everything... I think ???

Regards
/H Carlberg

Pages: 1 2 3 [4] 5