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
16
OD/WEK & JAVA API / Re: Odwek getdocid in different format
« on: May 08, 2017, 08:27:14 AM »
Hi
Yeah, there was the text regarding it, I did read it but forgot it.
but.. it doesn't say it's retrofitted to 9.5 ?

Regards
/H Carlberg

17
OD/WEK & JAVA API / Odwek getdocid in different format
« on: May 08, 2017, 06:14:57 AM »
Hi
Stupid question..
We are upgrading from V8.5.0 to V9.5.0... and get a strange behaviour in a ODWek Java application...
well strange and strange, but we can not find any information about it..

In 8.5.0 getdocid = DocID: "v7126-24826-24827-22773-FFK1-52FAAA-0-5396-0-2727-85-79-46......"
in 9.5.0 getdocid =  DocID: "Z2HlzcTg08nUBm4lkDIm8y8uPzMI6sFGbg+sBrvgXJTNozxMiHgmTCCuUoTAjydetpyI7tZ4MOAjuPUhGMzR..."

Anybody got any idead ?

Regards
/H Carlberg

18
z/OS Server / Re: OAM Maintenance Causes Issue With CMOD
« on: April 20, 2017, 07:05:22 AM »
Hi

Additional info. I've opened an PMR and asked the same question and got the answer:
"
APAR PI80022 has been closed/cancelled, there will be no code changes   
made to CMOD due to the OAM changes. APAR OA52549 has been opened by the
OAM component to deal with the issues brought on by OA51129.           
                                                                       
Any questions regarding those APARs should be directed in a PMR to the 
OAM compoenent. As far a CMOD goes, nothing is changing, PI80022 has   
been cancelled.                 
"

Regards
/H Carlberg

19
z/OS Server / Re: How to make fallback from upgrade?
« on: April 19, 2017, 07:50:24 AM »
Hi everybody

I know, I'm stubborn...

But..
".. if you switch to new functions mode after a DB2 migration you cannot do a fallback afterwards.."
Yes, that's true when you've switched to NFM..
but it's not a big bang(Nice Tv-show though), and you don't have to mess around with a bunch unload/load and other stuff.
And as long that you're in CM-mode you can always return, you don't switch to NFM until you're sure it will work.
Since going to NFM, you can return to CM*, and that code will probably work for you.

Still, let IBM fix this fallback stuff, it shouldn't be that hard to fix.
And it is a mess(At least I think that)

Regards
/H Carlberg

 

20
z/OS Server / Re: OAM Maintenance Causes Issue With CMOD
« on: April 18, 2017, 09:28:12 PM »
Hi Everyone

Some questions:                                                         
- How will it affect CMOD ?                                             
- Can I avoid the problem ?                                             
- Any Local Fix ? ( I know PI80022 doesn't say anuthing regarding "local fix", but I need to ask)                                                     
- any specific CMOD version ?

Regards
/H Carlberg

21
z/OS Server / Re: How to make fallback from upgrade?
« on: March 29, 2017, 09:31:27 PM »
Hi Egon

Yes, in a way you can do that.
But we have some reports that are loaded from z/OS(with input files from GDG's), but many are also loaded from windows directly into a z/OS OnDemand Server.
And trying to keep in sync with all the files that are loaded from different platforms, I wouldn't want to do that.
Also some of the files, loaded from z/OS, are loaded a couple of times a day. So the GDG-limit might only be 10, and that is being rolled a couple of times per week.
Setting the environment to keep track of all loads... that's a mess, and you're toast if you miss one, it might be the 'Log' from the internet banking.

And since some of the Reports are viewable from Customers... if you do an unload and trying to reload them... what if the Customer are looking for the report and it's not there? But it was there a couple of minutes ago!!  Nightmare

So... It must be in the product. Wrong... it should !!! be in the product, the possibility to upgrade/downgrade and still be in sync

At least, that's my opinion. Only look at DB2, where you can upgrade and do a fallback without 'any?' problem, at least it's possible

Regards
/Hakan Carlberg

22
z/OS Server / Re: How to make fallback from upgrade?
« on: February 10, 2017, 08:54:24 AM »
Hi
Interesting Reading.. but I've challanged Greg for many years do put a fallback funcionality into the Product.

Because today it's a mess.
I've been Reading all replies, but I'm missing one thing(which may have been there but I haven't seen it).
If you upgrade OD to a new version and doing all the arsdb-stuff fine,
as soon as you do one load of an Appl Group... you're toast!

If you 'back-out' your updates in the ARS-tables... you will end up with a missing load in ARSLOAD-table .
And one index-table, that's not consistent with the other ARS-tables, because you've loaded data into the Appl Group.
And since you probably load the data into OAM.
There will be data there that are non reacheable from Ondemand, because the Resource used on the load is not registered in ARS-table and so on.

/H Carlberg

23
z/OS Server / RACF and PASSTICKET
« on: June 03, 2016, 08:24:21 AM »
Hi Y'all experts

I have some questions.
We've been running with RACF-exit and using PASSTICKET.
But now we've starting to get weird messages.
I've been looking in the trace but I can't figure out what the heck is going on.

Sometimes I see:
"
Java_com_ibm_edms_od_ArsWWWInterface_apiLogon:(null) CsvLogon Server=CSODFT.CS.SHB.SE CsvLogon User=SEIDFT01 
Logon:Enter                                                                                                       
Logon:Return csv_rc=9,CSV_RC_MISC_ERROR csv_msgid=4,CSV_MSG_SERVER_CANNOT_CONNECT   

"

And sometimes:
"
Java_com_ibm_edms_od_ArsWWWInterface_apiLogon:(null) CsvLogon Server=CSODFT.CS.SHB.SE CsvLogon User=SEIDFT01   
Logon:Enter                                                                                                         
Logon:Return csv_rc=6,CSV_RC_NO_PERMISSION csv_msgid=28,CSV_MSG_INVALID_USER_OR_PASS 
"

Do any body of you have any clues ?

I can't find the meening of :
csv_rc=9,CSV_RC_MISC_ERROR ?

And
csv_rc=6,CSV_RC_NO_PERMISSION?
Because to our understanding, the user should have permission.

Regards
/H Carlberg

24
MP Server / Re: CMOD 8.5 and Windows server 2012
« on: October 09, 2014, 07:40:17 AM »
Hi

Thx !!

Regards
/H Carlberg

25
MP Server / Re: CMOD 8.5 and Windows server 2012
« on: October 09, 2014, 06:15:02 AM »
Hi
Well I found that earlier, but that's from 2010.
So it doesn't say anything regarding server 2012

I Just wanted to know if somebody knew, or if they were running cmod 8.5 on Windows server 2012
/H Carlberg

26
MP Server / CMOD 8.5 and Windows server 2012
« on: October 08, 2014, 09:28:24 AM »
Hi

A very stupid question, that we've been given today, and I've not been able to fin an answer on my favorite tool 'Google'.

Does anyone know if it's possible to run CMOD 8.5 on Windows Server 2012

regards
/H Carlberg

27
z/OS Server / Re: How to fallback from CMOD 9.0 to 8.4.0
« on: October 01, 2013, 09:41:30 PM »
Hi

I just would like to make some Points:

1) A backup is useless since you're dropp:ing/recreate the tables during the migrate process.
2) an export.... well all the load's that you've done after upgrade.... they're gone

Regards
/H Carlberg

28
z/OS Server / Re: How to fallback from CMOD 9.0 to 8.4.0
« on: August 08, 2013, 12:14:42 AM »
Hi
I forgot ..!!

"Raleigh CMOD Workshop Presentations 1 , 2_Raleigh_CMOD.pdf "
IBM states on page 8:
"
CMOD approx. $100+ Million business for IBM"

IBM has the money and the knowledge...fix this !!

/Hakan

29
z/OS Server / Re: How to fallback from CMOD 9.0 to 8.4.0
« on: August 07, 2013, 11:58:01 PM »
Hi..

"
Of course you have to look for such table changes and prepare some DDL and unloads of individual tables. So it's possible even for a big shop if Application group data tables have not been changed. We used our approach for the migrations 8.4.3 -> 8.4.4 and 8.4.4 -> 8.5.x.x. And it was tested on dev and uat.
"
Yes, I had som script when I upgraded from 7.1.2 -> 8.4.1  and to 8.5..
where I did rename the tables and did a lot of load from the 'new' table back to the 'old'-format.
But when going to V9 might be a little harder to do a fallback from..
Today there was an document in 'CMOD Workshop Presentations 6 ' WhatsNewInV9.pdf, where i stated on page 14:
<<<<
OnDemand System Tables
- All OD system tables will be updated (during arsdb -u) to use database timestamps
  (values will be populated during this process.....)
>>>>
- So you can't do a fallback from an earlier unloads(because some ag's might have gotten new seg_ids to them and you will miss them nothing new)
- I can't use my approach, because I doubt(I don't have the V9 code yet) that the old format times will be kept in V9 for the system tables


"
You can save the system log in server.sl_save. This should be anough for autiting...
..But of course IBM could do the work in a better better way because they can use their internal kowledge to optimize a fallback solution...
"
Yes, I can save the System log elsewhere, but how long should I keep that data ?!?!
I agree with you that IBM could do the work in a better way, and that is what I hope for because at the moment.......it's unacceptable,
as of now every Customer has to invent their own way


Regards
Hakan

30
z/OS Server / Re: How to fallback from CMOD 9.0 to 8.4.0
« on: August 07, 2013, 08:23:39 AM »
Hi Alessandro

You can be sure I did open a PMR in 2010, when upgrading to 8.4.1, but to no help

Regards
/H Carlberg

Pages: 1 [2] 3 4 5