ca.portal.admin

Re:Re: DCLOG Message

Discussion created by ca.portal.admin on Mar 16, 2007
Hi Steve,
We get these messages on one of our systems. I have tracked them down to
terminals used by a group of robotic users. I believe that their
terminal emulation leaves something to be desired.
I am not aware that it causes any problems apart from the snaps on the
log when they connect.

Steve Terry
BT

'This post represents the views of the author and does not necessarily
accurately represent the views of BT.'
British Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ Registered in
England no. 1800000

This electronic message contains information from British
Telecommunications plc which may be privileged and confidential. The
information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient, be aware that any
disclosure, copying, distribution or use of the contents of this
information is prohibited. If you have received this electronic message
in error, please notify us by telephone or e-mail (to the number or
address above) immediately.-----Original Message-----
From: IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM]
On Behalf Of Harmeson, Steve
Sent: 15 March 2007 14:19
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: DCLOG Message

I was perusing one of my logs and happened tp run across this
Query/Repliy: invalid input buffer message


07:02 IDMS DC999009 V1 USER LLS04 LOGGED ON TERMINAL LTVTM055 AT
07:02:26.07
07:02 IDMS DC999009 V1 USER EAP04 LOGGED ON TERMINAL LTVTM057 AT
07:02:35.23
07:02 Query/Reply: invalid input buffer

07:02 143C2000 40404040 40404040 7D404000 00000000 * ' .....*

07:02 END OF SNAP

07:02 IDMS DC999009 V1 USER BJO04 LOGGED ON TERMINAL LTVTM056 AT
07:02:39.45
07:02 IDMS DC999009 V1 USER DMA12 LOGGED ON TERMINAL LTVTM058 AT
07:02:42.88
07:03 IDMS DC999009 V1 USER MLR10 LOGGED ON TERMINAL LTVTM059 AT
07:03:06.64
07:03 IDMS DC259001 V1 USER BJE02 SIGNED OFF LTERM LTVTM036 AT
07:03:11.20 07


I have snap turned off ( its production) so I am not sure where this is
is coming from. I searched the DISTMAC but nothing really turned up.
Has anyone seen this before?

Thanks,
Steve Harmeson
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Rel 16 - Storage HWM - COBOL?
"Hi Mark,

No buffer changes were made.

The problem does not occur with ADS Dialogs.

I will check with COBOL called from ADS on Monday. The COBOL Table Procedure only does about 8 I/O.

Take Care,
Bruce
NAVSISA - (717) 605-2019 DSN 430-2019
Cell - (610) 468-9506



From: Mark Grindstaff
Sent: Fri 3/16/2007 10:14 PM
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: Re: Rel 16 - Storage HWM - COBOL?


Have you made any changes to the DMCL BUFFERS or changed the MAX PAGES dynamically with DCMT V BUFFER command? Under 15.0, I changed the MAX pages for several buffers and saw a significant increase storage used by each run unit. The storage came out of SP128. I'm assuming the same could/would happen in 16.0.

Mark Grindstaff


----- Original Message ----
From: ""Swist, Bruce S. CTR NAVSISA"" <bruce.swist@NAVY.MIL>
To: IDMS-L@LISTSERV.IUASSN.COM
Sent: Friday, March 16, 2007 3:13:31 PM
Subject: Rel 16 - Storage HWM - COBOL?


Hi,

We had a substantial increase in Storage usage (HWM) when running Table Procedures from EDBC in our Release 16 environment. SYSGEN parms are equivalent.

Then I tested the same SQL SELECT statement from OCF and also witnessed a substantial increase in storage usage.

Below are PMAM stats on Rel 15 and 16 from the OCF SQL SELECT, which executes the COBOL table procedure.

Rel Stg Acquired HWM

15 198K 271K

16 335K 343K

There's a snow/ice storm today in Pa., and normally there aren't many folks here anyway. I plan to ask the developers, next week, if they can provide a TASK code for a DC/COBOL program run to compare storage on both Releases..

Any ideas?

Is DC-COBOL??? or SQL Options Table Procedure process??? or other???


Take Care,
Bruce Swist
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: Rel 16 - Storage HWM - COBOL?
"Have you made any changes to the DMCL BUFFERS or changed the MAX PAGES dynamically with DCMT V BUFFER command? Under 15.0, I changed the MAX pages for several buffers and saw a significant increase storage used by each run unit. The storage came out of SP128. I'm assuming the same could/would happen in 16.0.

Mark Grindstaff


----- Original Message ----
From: ""Swist, Bruce S. CTR NAVSISA"" <bruce.swist@NAVY.MIL>
To: IDMS-L@LISTSERV.IUASSN.COM
Sent: Friday, March 16, 2007 3:13:31 PM
Subject: Rel 16 - Storage HWM - COBOL?


Hi,

We had a substantial increase in Storage usage (HWM) when running Table Procedures from EDBC in our Release 16 environment. SYSGEN parms are equivalent.

Then I tested the same SQL SELECT statement from OCF and also witnessed a substantial increase in storage usage.

Below are PMAM stats on Rel 15 and 16 from the OCF SQL SELECT, which executes the COBOL table procedure.

Rel Stg Acquired HWM

15 198K 271K

16 335K 343K

There's a snow/ice storm today in Pa., and normally there aren't many folks here anyway. I plan to ask the developers, next week, if they can provide a TASK code for a DC/COBOL program run to compare storage on both Releases..

Any ideas?

Is DC-COBOL??? or SQL Options Table Procedure process??? or other???


Take Care,
Bruce Swist
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Rel 16 - Storage HWM - COBOL?
"Hi,

We had a substantial increase in Storage usage (HWM) when running Table Procedures from EDBC in our Release 16 environment. SYSGEN parms are equivalent.

Then I tested the same SQL SELECT statement from OCF and also witnessed a substantial increase in storage usage.

Below are PMAM stats on Rel 15 and 16 from the OCF SQL SELECT, which executes the COBOL table procedure.

Rel Stg Acquired HWM

15 198K 271K

16 335K 343K

There's a snow/ice storm today in Pa., and normally there aren't many folks here anyway. I plan to ask the developers, next week, if they can provide a TASK code for a DC/COBOL program run to compare storage on both Releases..

Any ideas?

Is DC-COBOL??? or SQL Options Table Procedure process??? or other???


Take Care,
Bruce Swist

"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: DCLOG Message
"Hi Steve,
We get these messages on one of our systems. I have tracked them down to
terminals used by a group of robotic users. I believe that their
terminal emulation leaves something to be desired.
I am not aware that it causes any problems apart from the snaps on the
log when they connect.

Steve Terry
BT

'This post represents the views of the author and does not necessarily
accurately represent the views of BT.'
British Telecommunications plc
Registered office: 81 Newgate Street London EC1A 7AJ
Registered in England no. 1800000

This electronic message contains information from British
Telecommunications plc which may be privileged and confidential. The
information is intended to be for the use of the individual(s) or entity
named above. If you are not the intended recipient, be aware that any
disclosure, copying, distribution or use of the contents of this
information is prohibited. If you have received this electronic message
in error, please notify us by telephone or e-mail (to the number or
address above) immediately.-----Original Message-----
From: IDMS Public Discussion Forum [mailTo:IDMS-L@LISTSERV.IUASSN.COM]
On Behalf Of Harmeson, Steve
Sent: 15 March 2007 14:19
To: IDMS-L@LISTSERV.IUASSN.COM
Subject: DCLOG Message

I was perusing one of my logs and happened tp run across this
Query/Repliy: invalid input buffer message


07:02 IDMS DC999009 V1 USER LLS04 LOGGED ON TERMINAL LTVTM055 AT
07:02:26.07
07:02 IDMS DC999009 V1 USER EAP04 LOGGED ON TERMINAL LTVTM057 AT
07:02:35.23
07:02 Query/Reply: invalid input buffer

07:02 143C2000 40404040 40404040 7D404000 00000000 * ' .....*

07:02 END OF SNAP

07:02 IDMS DC999009 V1 USER BJO04 LOGGED ON TERMINAL LTVTM056 AT
07:02:39.45
07:02 IDMS DC999009 V1 USER DMA12 LOGGED ON TERMINAL LTVTM058 AT
07:02:42.88
07:03 IDMS DC999009 V1 USER MLR10 LOGGED ON TERMINAL LTVTM059 AT
07:03:06.64
07:03 IDMS DC259001 V1 USER BJE02 SIGNED OFF LTERM LTVTM036 AT
07:03:11.20 07


I have snap turned off ( its production) so I am not sure where this is
is coming from. I searched the DISTMAC but nothing really turned up.
Has anyone seen this before?

Thanks,
Steve Harmeson
"
IDMS Public Discussion Forum
IDMS-L@LISTSERV.IUASSN.COM
SMTP
IDMS-L@LISTSERV.IUASSN.COM
IDMS-L@LISTSERV.IUASSN.COM
SMTP








Normal

Normal
Re: DCLOG Message
"This is the response I received from CA on the question of ""Query/Reply:
invalid input buffer""

The error message comes from Factotum-21 processing routine within
RHDCMSTR.
The first write to a VTAM terminal when it connects to IDMS is a read
Partition query command. The terminal should respond with its
capabilities.

If IDMS receives an invalid reply, we issue the ""Query/Reply: invalid
input buffer"" error. We only do a Read Partition query if the query bit
is on in the pservic (x'80' in the second byte).

If the terminal does not support this feature, you need to use a
different logmode when you logon which does not have the query bit
turned on. Typically this occurs with PC emulation software that does
not support this feature.
Unfortunately, there is no way to tell from the snap what terminal it
was. If it becomes a major problem you will have to turn on some VTAM
tracing to narrow down the offending terminal.

Regards,
Paul Mak
EDS | Australia ADU | Data Engineering Capability - DBA |
Level 1, 36-46 George Street, Burwood, NSW 2134 |
Office: +61 2 9012 5434 | Mobile: +61 419 398 116 |
Fax: +61 2 9012 6707 | Email: paul.mak@eds.com |

Outcomes