ASG
IBM
Zystems
Cressida
Icon
Netflexity
 
  MQSeries.net
Search  Search       Tech Exchange      Education      Certifications      Library      Info Center      SupportPacs      LinkedIn  Search  Search                                                                   FAQ  FAQ   Usergroups  Usergroups
 
Register  ::  Log in Log in to check your private messages
 
RSS Feed - WebSphere MQ Support RSS Feed - Message Broker Support

MQSeries.net Forum Index » General IBM MQ Support » command is not being given output..reasons ?

Post new topic  Reply to topic
 command is not being given output..reasons ? « View previous topic :: View next topic » 
Author Message
shashivarungupta
PostPosted: Tue Dec 14, 2010 7:25 am    Post subject: command is not being given output..reasons ? Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

Hi Folk,

What could be the reason(s) when we don't get the Output of the Command given !
Like :

Code:

>runmqsc TESTQMGR

DISPLAY CHS(TO.ABC.XYZ)           
     1 : DISPLAY CHS(TO.ABC.XYZ) 


REFRESH SECURITY TYPE(SSL)
     2 : REFRESH SECURITY TYPE(SSL)


Its waiting for ever... whereas when we give the commands like display channel(TO.ABC.XYZ) it works and gives the status suddenly.


_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
shashivarungupta
PostPosted: Tue Dec 14, 2010 8:53 am    Post subject: Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

its an aix 5.3 server, on which mq server 6.0.2.8 is installed.
when I give 'topas' command on that server.. I see the mq process 'amqrrmfa' is utilizing CPU and keeping it busy all the while and it varies from 45%-92%.

Code:

Name            PID  CPU%  PgSp Owner         
amqrrmfa     385246  36.5   1.9 mqm   

_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
mqjeff
PostPosted: Tue Dec 14, 2010 8:57 am    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

Sounds like a PMR.
Back to top
View user's profile Send private message
shashivarungupta
PostPosted: Tue Dec 14, 2010 9:10 am    Post subject: Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

mqjeff wrote:
Sounds like a PMR.


Ya...I was thinking in the same way.


_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
shashivarungupta
PostPosted: Tue Dec 21, 2010 11:49 am    Post subject: Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

Strange thing was, we opened a PMR with Sev-1 to IBM..but didn't get follow up that fast on it...as we were expecting. anyways...
So after waiting for them for many hours, application teams put the pressure on including the aix team which noticed the cpu usage of that mq process..as a result they asked us to bounce the qmgr ( it was not production ) with the approval from managers and appl. teams. ( because they can ask for anything drastic to middleware teams to do, most of the times )
And after that qmgr bounce, cpu utilization by that mq process came down !

Happy Xmas
_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
mqjeff
PostPosted: Tue Dec 21, 2010 12:07 pm    Post subject: Reply with quote

Grand Master

Joined: 25 Jun 2008
Posts: 17447

shashivarungupta wrote:
Strange thing was, we opened a PMR with Sev-1 to IBM..but didn't get follow up that fast on it...as we were expecting. anyways...
So after waiting for them for many hours,

Someone should have been in contact with you, at least initially, within the timeframe defined here.

However, if restarting the qmgr resolved the issue, then you probably don't have enough of a recreatable problem to actually work in a PMR. It could simply be that the queue manager was actually processing enough meaningful work that it was unable to respond to the mqsc command.

or it could be that one of your applications was in a bad loop causing impact on the qmgr and a restart of the qmgr or the app coinciding with the restart of the qmgr resolved it.

the world may never know.
Back to top
View user's profile Send private message
skoobee
PostPosted: Tue Dec 21, 2010 9:49 pm    Post subject: Reply with quote

Acolyte

Joined: 26 Nov 2010
Posts: 52

Sev 1 PMRs are for production issues only.
Back to top
View user's profile Send private message
Toronto_MQ
PostPosted: Wed Dec 22, 2010 12:43 pm    Post subject: Reply with quote

Master

Joined: 10 Jul 2002
Posts: 263
Location: read my name

skoobee wrote:
Sev 1 PMRs are for production issues only.


Not always.
Back to top
View user's profile Send private message
ramires
PostPosted: Wed Dec 22, 2010 3:19 pm    Post subject: Reply with quote

Knight

Joined: 24 Jun 2001
Posts: 523
Location: Portugal - Lisboa

shashivarungupta wrote:
its an aix 5.3 server, on which mq server 6.0.2.8 is installed.
when I give 'topas' command on that server.. I see the mq process 'amqrrmfa' is utilizing CPU and keeping it busy all the while and it varies from 45%-92%.

Code:

Name            PID  CPU%  PgSp Owner         
amqrrmfa     385246  36.5   1.9 mqm   


this can be the same:

https://www-304.ibm.com/support/docview.wss?uid=swg1IZ69971

Regards
Back to top
View user's profile Send private message
mvic
PostPosted: Wed Dec 22, 2010 4:05 pm    Post subject: Reply with quote

Jedi

Joined: 09 Mar 2004
Posts: 2080

Also have a look at

http://www.ibm.com/support/docview.wss?rs=171&uid=swg1IZ65979

Severe hangs like the one you saw can be inspected using the procstack command. This dumps the call stacks on the threads of a process.

It's even better if you can use stackit:

http://www.ibm.com/support/docview.wss?rs=171&uid=swg21179404

As mqjeff says, if the system is now running again, it is too late to use these methods.

But check in /var/mqm/errors for any FDC files and send to IBM - presumably you'll get this suggestion in the PMR too.
Back to top
View user's profile Send private message
shashivarungupta
PostPosted: Mon Dec 27, 2010 10:45 am    Post subject: Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

ramires wrote:
shashivarungupta wrote:
its an aix 5.3 server, on which mq server 6.0.2.8 is installed.
when I give 'topas' command on that server.. I see the mq process 'amqrrmfa' is utilizing CPU and keeping it busy all the while and it varies from 45%-92%.

Code:

Name            PID  CPU%  PgSp Owner         
amqrrmfa     385246  36.5   1.9 mqm   


this can be the same:

https://www-304.ibm.com/support/docview.wss?uid=swg1IZ69971

Regards


Ya..its a good link.
AFA CPU Usage by amqrrmfa process is concerned..its was high at that time..but later after qmgr bounce it came down as i said earlier.
But no doubt it was high because of cluster overlapping and i know some of the qmgrs are in many clusters..indeed its a bad architecture which was being created long ago in the system. and now this overlapping has become too complex to deal with it.
_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
shashivarungupta
PostPosted: Mon Dec 27, 2010 10:50 am    Post subject: Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

Toronto_MQ wrote:
skoobee wrote:
Sev 1 PMRs are for production issues only.


Not always.


Our Stage/UAT/PreProd is too critical to the Client that they want it UP and RUNNING all the times. So any issue in this env. has to be resolved asap. sometimes it seeks Sev1 PMR for unknown and strange issues., for faster results.

_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
shashivarungupta
PostPosted: Mon Dec 27, 2010 11:11 am    Post subject: Reply with quote

Grand Master

Joined: 24 Feb 2009
Posts: 1343
Location: Floating in space on a round rock.

mvic wrote:
Also have a look at

http://www.ibm.com/support/docview.wss?rs=171&uid=swg1IZ65979

Severe hangs like the one you saw can be inspected using the procstack command. This dumps the call stacks on the threads of a process.

It's even better if you can use stackit:

http://www.ibm.com/support/docview.wss?rs=171&uid=swg21179404

As mqjeff says, if the system is now running again, it is too late to use these methods.

But check in /var/mqm/errors for any FDC files and send to IBM - presumably you'll get this suggestion in the PMR too.


stackit is the good one... I would recommend this to the management and also would recommend to upgrade mq to atleast v6.0.2.10 (Gives APAR IC65822 for cluster).
_________________
*Life will beat you down, you need to decide to fight back or leave it.
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Page 1 of 1

MQSeries.net Forum Index » General IBM MQ Support » command is not being given output..reasons ?
Jump to:  



You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
Protected by Anti-Spam ACP
 
 


Theme by Dustin Baccetti
Powered by phpBB © 2001, 2002 phpBB Group

Copyright © MQSeries.net. All rights reserved.