why does MQCMD_INQUIRE_CHANNEL_STATUS - returning MQCFST_PARAMETER = 3070 .

Does this mean broker not up ?

Regards

deb 

Every response to a PCF command that  z/OS command server sends contains the string (MQCFST) parameter 3070 (MQCACF_RESPONSE_Q_MGR_NAME) to show which queue manager sent the response in case the response was part of a CMDSCOPE command where multiple queue managers could be responding.

It is quite normal to see this string parameter in your response.

To be clear this is not a reason code and should not be interpreted as a reason code.

Cheers,

Morag

why does MQCMD_INQUIRE_CHANNEL_STATUS - returning MQCFST_PARAMETER = 3070 .

Does this mean broker not up ?

Regards

deb 

Hi Morag,

   thank you. I issued the z/OS command -DISPLAY CHSTATUS command and I didn't get any record. PCF also did not return anything.

   what is the difference between MQOT_SHORT_CHANNEL and MQOT_CURRENT_CHANNEL?

regards,

deb 

Every response to a PCF command that  z/OS command server sends contains the string (MQCFST) parameter 3070 (MQCACF_RESPONSE_Q_MGR_NAME) to show which queue manager sent the response in case the response was part of a CMDSCOPE command where multiple queue managers could be responding.

It is quite normal to see this string parameter in your response.

To be clear this is not a reason code and should not be interpreted as a reason code.

Cheers,

Morag

why does MQCMD_INQUIRE_CHANNEL_STATUS - returning MQCFST_PARAMETER = 3070 .

Does this mean broker not up ?

Regards

deb 

Please show exactly what output you received. Also tell us what tool you used to issue the MQSC command.

When issuing a PCF MQCMD_INQUIRE_CHANNEL_STATUS, use of the MQCFIN parameter ChannelInstanceType (MQIACH_CHANNEL_INSTANCE_TYPE) allows you to choose between three different instance types, MQOT_CURRENT_CHANNEL | MQOT_SAVED_CHANNEL | MQOT_SHORT_CHANNEL.

These are equivalent to using the MQSC commands:-

• DISPLAY CHSTATUS(*) CURRENT
• DISPLAY CHSTATUS(*) SAVED
• DISPLAY CHSTATUS(*) SHORT

Each of these commands displays status from a different source.

CURRENT status

This displays status information from the in-memory channel status table providing details about the currently running instance of the channel.

SAVED status

This (on z/OS) displays status information from the SYSTEM.CHANNEL.SYNCQ providing details about the last saved batch of message send/received by the channel. This is useful when you get an in-doubt channel which must be resolved manually and the saved batch at both ends of the channel can be compared in this way

SHORT status

This (only on z/OS) displays the status information stored in DB2 for shared channels. It does not include all the other current status and is just a short snapshot of what DB2 holds about the channel.

Cheers,
Morag

Hi Morag,

   thank you. I issued the z/OS command -DISPLAY CHSTATUS command and I didn't get any record. PCF also did not return anything.

   what is the difference between MQOT_SHORT_CHANNEL and MQOT_CURRENT_CHANNEL?

regards,

deb 

Every response to a PCF command that  z/OS command server sends contains the string (MQCFST) parameter 3070 (MQCACF_RESPONSE_Q_MGR_NAME) to show which queue manager sent the response in case the response was part of a CMDSCOPE command where multiple queue managers could be responding.

It is quite normal to see this string parameter in your response.

To be clear this is not a reason code and should not be interpreted as a reason code.

Cheers,

Morag

why does MQCMD_INQUIRE_CHANNEL_STATUS - returning MQCFST_PARAMETER = 3070 .

Does this mean broker not up ?

Regards

deb 

Hi Morag,

please see below , however as soon as I changed for "saved" in PCF query - I do get that.

   -?CS91 DISPLAY CHSTATUS(*)
 CSQM297I ?CS91 CSQMDRTC NO CHSTATUS FOUND MATCHING REQUEST CRITERIA
 CSQ9022I ?CS91 CSQMDRTC ' DISPLAY CHSTATUS' NORMAL COMPLETION

regards,

deb

Please show exactly what output you received. Also tell us what tool you used to issue the MQSC command.

When issuing a PCF MQCMD_INQUIRE_CHANNEL_STATUS, use of the MQCFIN parameter ChannelInstanceType (MQIACH_CHANNEL_INSTANCE_TYPE) allows you to choose between three different instance types, MQOT_CURRENT_CHANNEL | MQOT_SAVED_CHANNEL | MQOT_SHORT_CHANNEL.

These are equivalent to using the MQSC commands:-

• DISPLAY CHSTATUS(*) CURRENT
• DISPLAY CHSTATUS(*) SAVED
• DISPLAY CHSTATUS(*) SHORT

Each of these commands displays status from a different source.

CURRENT status

This displays status information from the in-memory channel status table providing details about the currently running instance of the channel.

SAVED status

This (on z/OS) displays status information from the SYSTEM.CHANNEL.SYNCQ providing details about the last saved batch of message send/received by the channel. This is useful when you get an in-doubt channel which must be resolved manually and the saved batch at both ends of the channel can be compared in this way

SHORT status

This (only on z/OS) displays the status information stored in DB2 for shared channels. It does not include all the other current status and is just a short snapshot of what DB2 holds about the channel.

Cheers,
Morag

Hi Morag,

   thank you. I issued the z/OS command -DISPLAY CHSTATUS command and I didn't get any record. PCF also did not return anything.

   what is the difference between MQOT_SHORT_CHANNEL and MQOT_CURRENT_CHANNEL?

regards,

deb 

Every response to a PCF command that  z/OS command server sends contains the string (MQCFST) parameter 3070 (MQCACF_RESPONSE_Q_MGR_NAME) to show which queue manager sent the response in case the response was part of a CMDSCOPE command where multiple queue managers could be responding.

It is quite normal to see this string parameter in your response.

To be clear this is not a reason code and should not be interpreted as a reason code.

Cheers,

Morag

why does MQCMD_INQUIRE_CHANNEL_STATUS - returning MQCFST_PARAMETER = 3070 .

Does this mean broker not up ?

Regards

deb 

So the following message:-

CSQM297I ?CS91 CSQMDRTC NO CHSTATUS FOUND MATCHING REQUEST CRITERIA

tells you that there are no channels currently running.

If you issued DISPLAY CHSTATUS(*) SAVED and did get a response, that is showing you the saved status from the last time the channel was running, but it is not running just now.

Cheers,
Morag

Hi Morag,

please see below , however as soon as I changed for "saved" in PCF query - I do get that.

   -?CS91 DISPLAY CHSTATUS(*)
 CSQM297I ?CS91 CSQMDRTC NO CHSTATUS FOUND MATCHING REQUEST CRITERIA
 CSQ9022I ?CS91 CSQMDRTC ' DISPLAY CHSTATUS' NORMAL COMPLETION

regards,

deb

Please show exactly what output you received. Also tell us what tool you used to issue the MQSC command.

When issuing a PCF MQCMD_INQUIRE_CHANNEL_STATUS, use of the MQCFIN parameter ChannelInstanceType (MQIACH_CHANNEL_INSTANCE_TYPE) allows you to choose between three different instance types, MQOT_CURRENT_CHANNEL | MQOT_SAVED_CHANNEL | MQOT_SHORT_CHANNEL.

These are equivalent to using the MQSC commands:-

• DISPLAY CHSTATUS(*) CURRENT
• DISPLAY CHSTATUS(*) SAVED
• DISPLAY CHSTATUS(*) SHORT

Each of these commands displays status from a different source.

CURRENT status

This displays status information from the in-memory channel status table providing details about the currently running instance of the channel.

SAVED status

This (on z/OS) displays status information from the SYSTEM.CHANNEL.SYNCQ providing details about the last saved batch of message send/received by the channel. This is useful when you get an in-doubt channel which must be resolved manually and the saved batch at both ends of the channel can be compared in this way

SHORT status

This (only on z/OS) displays the status information stored in DB2 for shared channels. It does not include all the other current status and is just a short snapshot of what DB2 holds about the channel.

Cheers,
Morag

Hi Morag,

   thank you. I issued the z/OS command -DISPLAY CHSTATUS command and I didn't get any record. PCF also did not return anything.

   what is the difference between MQOT_SHORT_CHANNEL and MQOT_CURRENT_CHANNEL?

regards,

deb 

Every response to a PCF command that  z/OS command server sends contains the string (MQCFST) parameter 3070 (MQCACF_RESPONSE_Q_MGR_NAME) to show which queue manager sent the response in case the response was part of a CMDSCOPE command where multiple queue managers could be responding.

It is quite normal to see this string parameter in your response.

To be clear this is not a reason code and should not be interpreted as a reason code.

Cheers,

Morag

why does MQCMD_INQUIRE_CHANNEL_STATUS - returning MQCFST_PARAMETER = 3070 .

Does this mean broker not up ?

Regards

deb