ca.portal.admin

Re:Re: Journal question

Discussion created by ca.portal.admin on Jun 16, 2009
I'm confused by the phrase ""after we have gone thru all 8 journals"".



Do you mean after normal activity has kicked off 8 offloads? If so, the
pattern here would be ""normal""; if when j2jrnl and j3jrnl were offloaded
there were long-running run-units active at the time of the offload,
causing a bunch of BFOR images to be left in the prior segment(s).
These should go away with the next offload/compress.



Have you gone through successive offloads (of the same journal) and the
stuff is still there?



Don Casey

Principal Consultant

Run Right, LLC



_____

From: IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM]
On Behalf Of George H Lewandowski
Sent: Tuesday, June 16, 2009 1:04 PM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: Journal question




We are running R16 sp7. Is there a utility to print the active
journals.
We had a region abend with a 3985 and after we have gone thru all 8
journals the display still shows STUFF in 4 of the journals..

D J

Disk Journal Segno LoRBN HiRBN NxRBN Ful Act Rcv Arc Stat DsRBN
DsINTV
Tql
J1JRNL 1993 1245 50000 43981 NO YES NO NO 0 46246
5000
0
J2JRNL 1986 14527 50000 ****** NO NO NO NO 0

J3JRNL 1987 23816 50000 ****** NO NO NO NO 0

J4JRNL 1988 10 50000 ****** NO NO NO NO 0

J5JRNL 1989 11 50000 ****** NO NO NO NO 0

J6JRNL 1990 13 50000 ****** NO NO NO NO 0

J7JRNL 1991 9 50000 ****** NO NO NO NO 0

J8JRNL 1992 12 50000 ****** NO NO NO NO 0


We are going to format the journals to clean up the mess but I am just
wondering what can be done to find out what is there...

Any suggestions are welcome.....


_____


George H Lewandowski
Database Administrator
GIS
7x24 Operations
GA-25, J46-2E



Work (847) 938-5526
Pager (800) 209-1305
<mailTo:george.lewandowski@abbott.com> george.lewandowski@abbott.com





_____


This communication may contain information that is proprietary,
confidential, or exempt from disclosure. If you are not the intended
recipient, please note that any other dissemination, distribution, use
or copying of this communication is strictly prohibited. Anyone who
receives this message in error should notify the sender immediately by
telephone or by return e-mail and delete it from his or her computer.
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
z/OS R1.10 upgrade
"I have a client that is currently on z/OS R1.4 and they're thinking of =
going to R1.10. Has anyone made a similar 'quantum leap' in operating =
systems? If so, would either your systems programmers or management be =
willing to discuss the experience with my client?
=20
I'm aware of the IDMS gotchas waiting for me, but the client is worried =
about the opsys jump as a whole.
=20
Tia,
=20
bob
=20
Bob Wiklund
Tiburon Technologies
623 594-6022
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
z/OS R1.10 upgrade
"I have a client that is currently on z/OS R1.4 and they're thinking of going to R1.10. Has anyone made a similar 'quantum leap' in operating systems? If so, would either your systems programmers or management be willing to discuss the experience with my client?

I'm aware of the IDMS gotchas waiting for me, but the client is worried about the opsys jump as a whole.

Tia,

bob

Bob Wiklund
Tiburon Technologies
623 594-6022
"
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 R1.10 upgrade
"Hi Bob:



I don't see any answer to your question, in our case we just move from z/os 1.4 to z/os 1.9, its not the same but its very similar. The migration well planned run smooth without any special problem. If your client have some specific questions we can try to speak about it if its its necessary.



Thanks.



J. Sotela
Date: Wed, 17 Jun 2009 11:54:34 -0400
From: wiklund@TIBURONTECH.COM
Subject: z/OS R1.10 upgrade
To: IDMS-L@LISTSERV.IUASSN.COM

I have a client that is currently on z/OS R1.4 and they're thinking of going to R1.10. Has anyone made a similar 'quantum leap' in operating systems? If so, would either your systems programmers or management be willing to discuss the experience with my client?

I'm aware of the IDMS gotchas waiting for me, but the client is worried about the opsys jump as a whole.

Tia,

bob

Bob Wiklund
Tiburon Technologies
623 594-6022
_________________________________________________________________
More than messages–check out the rest of the Windows Live™.
http://www.microsoft.com/windows/windowslive/
"
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 R1.10 upgrade
"Hi Bob:

=20

I don't see any answer to your question=2C in our case we just move from z/=
os 1.4 to z/os 1.9=2C its not the same but its very similar. The migration =
well planned run smooth without any special problem. If your client have so=
me specific questions we can try to speak about it if its its necessary.=20

=20

Thanks.

=20

J. Sotela
=20
Date: Wed=2C 17 Jun 2009 11:54:34 -0400
From: wiklund@TIBURONTECH.COM
Subject: z/OS R1.10 upgrade
To: IDMS-L@LISTSERV.IUASSN.COM
=20
I have a client that is currently on z/OS R1.4 and they're thinking of go=
ing to R1.10. Has anyone made a similar 'quantum leap' in operating systems=
? If so=2C would either your systems programmers or management be willing t=
o discuss the experience with my client?
=20
I'm aware of the IDMS gotchas waiting for me=2C but the client is worried=
about the opsys jump as a whole.
=20
Tia=2C
=20
bob
=20
Bob Wiklund
Tiburon Technologies
623 594-6022
_________________________________________________________________
More than messages=96check out the rest of the Windows Live=99.
http://www.microsoft.com/windows/windowslive/=
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IDMS / COBOL Debugging Tools
"Hello Everyone,

One of our programmers contacted me asking about debugging a COBOL IDMS=
/DC program. We have ADS-Alive and On-Line Bugger for dialogs and IDMS/COBO=
L batch programs we have IDMS Trace. Is there any tools or methods for debu=
gging this type of program. Thanks for your help.


_________________________________________________
John N. Baloga
IDMS DBA, Global I & O
Volvo Information Technology
7825 National Service Road, Greensboro, NC 27409
United States of America

Telephone: 336-393-3425
Telefax: 336-393-4080
E-mail: john.baloga@volvo.com
"
IDMS 3rd-party providers forum
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP
IDMSVENDOR-L@LISTSERV.IUASSN.COM
IDMSVENDOR-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
IDMS / COBOL Debugging Tools
"Hello Everyone,

One of our programmers contacted me asking about debugging a COBOL IDMS/DC program. We have ADS-Alive and On-Line Bugger for dialogs and IDMS/COBOL batch programs we have IDMS Trace. Is there any tools or methods for debugging this type of program. Thanks for your help.


_________________________________________________
John N. Baloga
IDMS DBA, Global I & O
Volvo Information Technology
7825 National Service Road, Greensboro, NC 27409
United States of America

Telephone: 336-393-3425
Telefax: 336-393-4080
E-mail: john.baloga@volvo.com
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: IDMS / COBOL Debugging Tools
"We use ASG Smart Test with the IDMS option (originally from Viasoft, which ASG bought quite awhile ago). Anyway, it is very effective in debugging IDMS batch programs. If you don't have Smart test, debugging an IDMS COBOL trace is just like any other COBOL program: put displays in the appropriate points in the program and take it from there. If the program is abending, then standard dump reading skills are required. To find data fields in the dump, you will need the program compiled with at least the MAP option, and then using TGT to find the base locators for the fields needed, you can find the data you need. That is all I can tell you since your question is so general in nature. If you programmer has a specific problem, then post it here and perhaps we can help further.

Dan Miley
Lockheed Martin

Outcomes