ca.portal.admin

Z/OS upgrade - SVC abend

Discussion created by ca.portal.admin on Sep 29, 2008
We are upgrading Z/OS from 1.7 to 1.9. During a 1.9 system test this
weekend, all of the IDMS CV's abended at startup with an SVC abend.
Does the SVC need to be reassembled under 1.9?

Kay Rozeboom
State of Iowa
Information Technology Enterprise
Department of Administrative Services
Telephone: 515.281.6139 Fax: 515.281.6137
Email: Kay.Rozeboom@Iowa.Gov
-------------------------------------------------------------------------
My e-mail address has been harmonized into @dexia.com !
Please remember to update your contact list.
Veuillez noter que mon adresse e-mail est harmonisée en @dexia.com !
N'oubliez pas de mettre à jour votre liste de contacts.
Meine E-Mailadresse wurde harmonisiert zu @dexia.com
Vergessen Sie nicht Ihre Kontaktadresse anzupassen.
Mijn e-mailadres is geharmoniseerd naar @dexia.com.
Vergeet niet uw contactenlijst aan te passen.
-------------------------------------------------------------------------
Dexia disclaimer:
http://www.dexia.com/maildisclaimer.htm
-------------------------------------------------------------------------
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Z/OS upgrade - SVC abend
"SGksCgpXZSBhcmUgcnVubmluZyB3aXRoIHovT1MgMS45IHdpdGhvdXQgYW55IHByb2JsZW0gYWxz
byB3aXRob3V0IHNwZWNpZmljCmFjdGlvbnMgYXQgSURNUyBzaWRlLgoKSSBmb3VuZCB0aGUgU1lT
MS5QQVJNTElCKERJQUdHWCkgICAgIEkgc3VwcG9zZSB0aGlzIGlzIHRoZSBtZW1iZXIgd2hpY2gK
Y29udGFpbnMgOiAKClZTTSBUUkFDSyBDU0EoT04pIFNRQShPTikgICAgIApWU00gVFJBQ0UgR0VU
RlJFRShPRkYpICAgICAgICAKVlNNIEFMTE9XVVNFUktFWUNTQShZRVMpICAgICAgClJFVVNBU0lE
KFlFUykgICAKCkRpZCB0aGUgTVZTIFN5c3RlbSBFbmdpbmVlciBpbnN0YWxsIHRoZSBTVkM/ICBE
aWQgeW91IHRyeSBieSBydW5uaW5nCkNBSVJJTSBtYW51YWxseT8KClJlZ2FyZHMgICAgICAgICAg
ICAgIAoKUGhpbGlwcGUgSmFjcW1pbgpEZXhpYSBUZWNobm9sb2d5IFNlcnZpY2VzClRlY2huaWNh
bCBEZWxpdmVyeSBEYXRhYmFzZSBNYWluZnJhbWUKSURNUyAoVHJhbnNhY3Rpb24sIEFwcGxpY2F0
aW9uIGFuZCBEYXRhYmFzZSBTZXJ2ZXJzKSAgLSAgQURTICg0R0wpCkRUIDYgLyAxMyB6b25lIDgK
KzMyICgwKTIgMjIyIDkzIDUyClBoaWxpcHBlLlAuSmFjcW1pbkBkZXhpYS5jb20KCi0tLS0tT3Jp
Z2luYWwgTWVzc2FnZS0tLS0tCkZyb206IElETVMgUHVibGljIERpc2N1c3Npb24gRm9ydW0gW21h
aWx0bzpJRE1TLUxATElTVFNFUlYuSVVBU1NOLkNPTV0KT24gQmVoYWxmIE9mIFJvemVib29tLCBL
YXkgW0RBU10KU2VudDogbHVuZGkgMjkgc2VwdGVtYnJlIDIwMDggMTQ6MzUKVG86IElETVMtTEBM
SVNUU0VSVi5JVUFTU04uQ09NClN1YmplY3Q6IFovT1MgdXBncmFkZSAtIFNWQyBhYmVuZAoKV2Ug
YXJlIHVwZ3JhZGluZyBaL09TIGZyb20gMS43IHRvIDEuOS4gIER1cmluZyBhIDEuOSBzeXN0ZW0g
dGVzdCB0aGlzCndlZWtlbmQsIGFsbCBvZiB0aGUgSURNUyBDVidzIGFiZW5kZWQgYXQgc3RhcnR1
cCB3aXRoIGFuIFNWQyBhYmVuZC4KRG9lcyB0aGUgU1ZDIG5lZWQgdG8gYmUgcmVhc3NlbWJsZWQg
dW5kZXIgMS45PwoKS2F5IFJvemVib29tClN0YXRlIG9mIElvd2EKSW5mb3JtYXRpb24gVGVjaG5v
bG9neSBFbnRlcnByaXNlCkRlcGFydG1lbnQgb2YgQWRtaW5pc3RyYXRpdmUgU2VydmljZXMKVGVs
ZXBob25lOiA1MTUuMjgxLjYxMzkgICBGYXg6IDUxNS4yODEuNjEzNwpFbWFpbDogIEtheS5Sb3pl
Ym9vbUBJb3dhLkdvdgotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCk15IGUtbWFpbCBhZGRyZXNzIGhhcyBiZWVu
IGhhcm1vbml6ZWQgaW50byBAZGV4aWEuY29tICEKUGxlYXNlIHJlbWVtYmVyIHRvIHVwZGF0ZSB5
b3VyIGNvbnRhY3QgbGlzdC4KVmV1aWxsZXogbm90ZXIgcXVlIG1vbiBhZHJlc3NlIGUtbWFpbCBl
c3QgaGFybW9uaXPDqWUgZW4gQGRleGlhLmNvbSAhCk4nb3VibGlleiBwYXMgZGUgbWV0dHJlIMOg
IGpvdXIgdm90cmUgbGlzdGUgZGUgY29udGFjdHMuCk1laW5lIEUtTWFpbGFkcmVzc2Ugd3VyZGUg
aGFybW9uaXNpZXJ0IHp1IEBkZXhpYS5jb20KVmVyZ2Vzc2VuIFNpZSBuaWNodCBJaHJlIEtvbnRh
a3RhZHJlc3NlIGFuenVwYXNzZW4uCk1pam4gZS1tYWlsYWRyZXMgaXMgZ2VoYXJtb25pc2VlcmQg
bmFhciBAZGV4aWEuY29tLgpWZXJnZWV0IG5pZXQgdXcgY29udGFjdGVubGlqc3QgYWFuIHRlIHBh
c3Nlbi4KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQpEZXhpYSBkaXNjbGFpbWVyOgpodHRwOi8vd3d3LmRleGlh
LmNvbS9tYWlsZGlzY2xhaW1lci5odG0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQo=
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMS 16 test Apars T5B0169/T5B0171 for Unload/Reload and T5B0170 for Reorg
"Chris,

Your findings show that it is important to put very long chained sets
into their own area otherwise you could get the clustering fragmented if
the owner record also has other sets it owns. I also wonder how user
owned index sets will cluster. We changed one set, many years ago, from
chained to indexed but based on your findings, it gets updated every
month, the index may still be much faster but it would still be
fragmented after an unload/reload without your fix.

Chris

Outcomes