Messages

31

z/OS Server / Re: How to fallback from CMOD 9.0 to 8.4.0

« on: August 07, 2013, 04:51:56 AM »

Hi Leo

I think this is a BIG issue, and I've complained a lot of times on the ODUG-meetings regarding the 'missing piece' of any 'downgrade'-scripts/function,
WITHOUT restoring an old Image Copy.
Which in itself is impossible!!!, because you can't restore an old IC to the ARS-tables... since some of them are dropped/recreated during the process of upgrade

AND !! If you managed to do some restore...What have you done with your System Log If you restored that, then you can't
do any auditing on who searched/viewed anything under the period that you were running the new release.

This, as I see it(I know I'm stubborn!!) , has to be solved by IBM
As it is right now, it's unacceptable

Regards
/H Carlberg

32

Presentations, Newsletters, and such / Re: Free workshop offered by IBM

« on: May 23, 2013, 10:26:41 PM »

Hi
Nice...but...Only in US ?
Any info if this will be held a similar thing ....like... in Europe?

Regards
/H Carlberg

33

z/OS Server / Re: OD 8.5.0.6 and OPC started JOBS with user not defined

« on: April 03, 2013, 12:06:36 AM »

Hi

We can forget this  ...
The problem was......hrm...me !! I did put on the PTGN-exit(was in my checklist), but what we didn't have was . ARSMVS_ALTERNATE_UNIFIED_LOGIN=1

Sorry !!!!!

regards
/H Carlberg

34

z/OS Server / Re: OD 8.5.0.6 and OPC started JOBS with user not defined

« on: April 01, 2013, 09:59:38 PM »

Hi
I can reproduce on test-system.
"..security exit? .."  why ?
The messages that I get are RACF, so that kind of includes a security exit... or am I missing something ?

/H Carlberg

35

z/OS Server / Re: OD 8.5.0.6 and OPC started JOBS with user not defined

« on: March 26, 2013, 10:44:11 PM »

Hi
It's a shared RACF

/Hakan

36

z/OS Server / OD 8.5.0.6 and OPC started JOBS with user not defined

« on: March 25, 2013, 09:33:29 AM »

Hi
This Weekend we upgraded our Largest production system to 8.5.0.6, and started to see some... weird things.

We're using OPC-started jobs to load data into OD(on z/OS), and the user that are used for OPC have never been defined in OnDemand.
All the jobs are 'pointing' to an arsload.cfg file which includes the userid/pw for the load.
Now we're seeing the following messages in the ARSSOCKD-job:
"
ICH408I USER(OTTRAPP ) GROUP(CDDPUOP ) NAME(RAPP-TT.OPC-ID
  LOGON/JOB INITIATION - INVALID PASSWORD                 
"

But the ARSLOAD-job ends with RC=0 and loads all the data.
Another strange thing is that we can ONLY see theese messages on the OnDemand-instances that are setup for SYSPLEX.

Does anybody have any clue ? Before I open an PMR.

Regards
/H Carlberg

37

z/OS Server / Re: MP odwek and Z base code- connection pooling

« on: November 09, 2012, 11:35:35 AM »

Hi Geoff

Now I've tried with the ODWek-application running on Windows, and switching ARSSOCKD between two different LPAR's.
And the application do NOT!! need to do creation of the connection-pool if I stop/start the ARSSOCKD between two different LPAR's.

Regards
/H Carlberg
 

38

z/OS Server / Re: MP odwek and Z base code- connection pooling

« on: November 08, 2012, 10:30:24 PM »

Hi
The reason for me doing 'sleep' was just because I didn't wanted a lot of messages at this run, so I wanted just to have 'time' to switch ARSSOCKD.
I' ll running the code from a Windows-machine later today and let you know the outcome.
But I doubt it will be any difference

Regards
/H Carlberg

39

z/OS Server / Re: MP odwek and Z base code- connection pooling

« on: November 08, 2012, 09:05:07 AM »

Hi Geoff

English ?? Why not ... Swedish
Anyway.
Look at SG24-7511-00, search for 'Sysplex Distributor', Figure 4-4.
Since your ODWek-application is only a Client to ARSSOCKD, then I can't understand why you have that problem.

I tried this scenario today, where I have 2 Lpar running the same OD-instance.
1) Started an application(doing connection pooling) thru batch. This application creates a pool, retrieves 1 document and sleeps for 60 seconds. At this moment I had ARSSOCKD running on LPAR1.
2) during the sleep, which was 60 seconds, I stopped ARSSOCKD on LPAR1 and started on LPAR2.
3)  When the application woke up, it did a new retrieve of a document, and was successfull without doing a logon again.
Then it slept for 60 seconds.
4) I stopped the ARSSOCKD on LPAR2, started on LPAR1
5) Application woke up and did a new retrieve, successfull without doing a new logon.

What am I missing ?
Regards
/H Carlberg

40

z/OS Server / Doing MODIFY RECOVERY .. on ARSDBASE gives ARSSOCKD 00C90101

« on: October 29, 2012, 06:22:34 AM »

Hi

I Just want to inform you all that IBM has opened an APAR PM74595, that affects all of you out there who has following scenario:
- Data sharing
- Running Modify RECOVERY... on a 'large' DBD
- At the same time viewing documents from CMOD

We manage to get this error and IBM has now opened an APAR for it

"
ABEND04E RC00C90101 DSNGEPUF:500A was issued on DB2 V10 NFM
when a big DBD was read while another member was updating the
DBD.
The DBD on DSNDB01.SYSDBDXA was correct.
The DBD was big and split in many sections.
While one member was reading the DBD, another member updated the
DBD.
Then early some sections were read from the old DBD and later
sections were read from the new DBD.
Then the read DBD was inconsistent.
"

Regards
/H Carlberg

41

z/OS Server / Re: Is it possible to do a backspace from CMOD 8.5 to 8.4?

« on: September 07, 2012, 08:24:59 AM »

Hi Phillipe

I'll send it to you, but right now I'm on the train.... slow Internet.
I'll send it latest Monday morning, and then feel free to contact me thru my email

Have a nice weekend

regards
/H Carlberg

42

z/OS Server / Re: Is it possible to do a backspace from CMOD 8.5 to 8.4?

« on: September 07, 2012, 01:49:49 AM »

Hi

I think you're in deep water...
It will be quite a heavy challenge

If you send me your email address, I'll send you an presentation I had at ODUG two years ago, where we upgraded from 7.1.2.x to 8.4.1.
The biggest challenge is that during the process you change the ARS-tables... and to restore them... that's the challenge.
Since going from 8.4.0 -> 8.4.1 changed the layout of the ARS-tables.
http://www-01.ibm.com/support/docview.wss?uid=swg27014984&aid=1

PS: My email address, you can find on my profile here in odug

regards
/H Carlberg

43

z/OS Server / Re: CMOD 8.5.0.5 and RACF-exit

« on: May 30, 2012, 08:34:43 AM »

Hi

The solution was ENVAR LC_ALL=SV_SE.IBM-278

regards
/H Carlberg

44

z/OS Server / CMOD 8.5.0.5 and RACF-exit

« on: May 28, 2012, 08:21:12 AM »

Hi

I've upgraded my CMOD from 8.4.0.4 to 8.5.0.5:
- Run the command '...arsdb -u ', received msg to set "ARS_CODESET=IBM-278"
- Compiled the RACF-exit(Without any error)

Now that we run, and there's an check for authorization against a FOLDER including NLS-character we get this check
in RACF(visiable thru NOTIFY-keyword in RACF):
"
ICH70004I IN CLASS ''ODTT?FOL'' AT 11:57:48 ON MAY 28, 2012             
ICH70004I USER(HACA02) GROUP(CDDPUOP) NAME(H?KAN CARLBERG)             
ICH70004I ATTEMPTED ''READ'' ACCESS OF                                 
ICH70004I ENTITY ''TEST$''                                             
"

note that the Entety should be "TEST?" and not "TEST$".

Now I should point out that if I'm running as a System Administor and "SRVR_FLAGS_FORCE_SECURITY=0" then everything works, so it's no problem to have a FOLDERNAME in NLS-characters...it's just the RACF-exit that gives me a problem.
I didn't have any problem using the RACF-exit in 8.4.0.4

This error is recieved both thru ODWek and OnDemand-client.

I've opened a PMR, but just wanted to check if anybody have stunbled over this earlier.

Regards
/H Carlberg

45

z/OS Server / Re: move a CMOD Instance to another lpar

« on: March 14, 2012, 12:53:34 PM »

Hi

We don't use cache either, but when we installed OD for the first time and brought it up,
It used the cache-storage before we changed to OAM. So I would like to bring the cache-storage as well.
And, unfortunatly, there was some error when we applied an PTF, so some data(from SYSLOG) we're stored on the
cache-system. I don't want to loose that.

I thought, because as I answered the way I did,that you just wanted to move the OD-server, but had the same DB2-system up and running on the other 'side'.

It sound's that you want to do something that I even hadn't thought about, move to another lpar, that's not connected to the same SYSPLEX ?

regards
/H Carlberg