View previous topic :: View next topic |
Author |
Message |
djf Beginner
Joined: 06 Feb 2007 Posts: 68 Topics: 27
|
Posted: Fri Apr 27, 2007 5:04 pm Post subject: Multiple subsystems |
|
|
Hello.
We are trying to run DB2 V8 and DB2 V5 in the same LPAR.
V5 is the default in the linklist. The install for V8 went fine.
We added the V8 subsystem entry with the SETSSI command.
V8 is getting abend 0D7's in module DSNAPRHX, which is part of DSN3EPX.
DSN3EPX is the module referenced by subsystem initialization.
I am starting to think that you can have only one flavor of DSN3EPX on the system, and it must be the latest and greatest.
Does anybody know more about this? |
|
Back to top |
|
 |
kolusu Site Admin

Joined: 26 Nov 2002 Posts: 12378 Topics: 75 Location: San Jose
|
|
Back to top |
|
 |
djf Beginner
Joined: 06 Feb 2007 Posts: 68 Topics: 27
|
Posted: Fri Apr 27, 2007 6:40 pm Post subject: |
|
|
K,
Thanks much. Do you know if it will support V8 and V5?
It seems everything is oriented towards running V8 and V7/V6.
If you're not sure, no biggie, we will be talking to support center soon.
regards,
djf |
|
Back to top |
|
 |
djf Beginner
Joined: 06 Feb 2007 Posts: 68 Topics: 27
|
Posted: Sun Apr 29, 2007 12:08 pm Post subject: |
|
|
K,
Thanks, but I'm pretty sure that's not it. We are not doing a migration, the goal is to have two separate DB2 regions running... One V8 and one V5. No catalog sharing, no data sharing, no stogroup sharing. Simple DB unloads from V5 and reloads into V8.
IBM says it should work, but it looks like V8 doesn't like the V5 version of DSN3EPX, which is some kind of subsystem communication module.
I'm just hoping either the V8 version supports V5, or we can rename the V8 version to something else and initialize his subsystem with that name. |
|
Back to top |
|
 |
CICS Guy Intermediate
Joined: 30 Apr 2007 Posts: 292 Topics: 3
|
Posted: Tue May 01, 2007 3:35 am Post subject: |
|
|
djf wrote: | IBM says it should work, but it looks like V8 doesn't like the V5 version of DSN3EPX, which is some kind of subsystem communication module. | Generally, when a common module is needed, the later one will have back level compatibility while the older one won't have a clue about newer functionality. |
|
Back to top |
|
 |
|
|