| Author |
Message
|
| ctefehinoz |
 Posted: Tue Mar 06, 2012 3:03 am Post subject: Where to look - AMQ7626 on AIX 7.0.1 Qmgr startup |
 |
|
Apprentice
Joined: 27 Oct 2003
Posts: 29
Location: Australia
|
All,
So, I basically come from a Z/OS MQ background and have started to turn my hand at other platforms. One of our AIX QMGRS fails on the XAResourceManager stanza. The connected DB2 system is DB2 UDB 9.5, FP 4.
So, what I've gleaned thus far is that I can start the QMGR with a qm.ini file that does not include an XA statement. The DB2 lads say DB2 is up & running. This box is configured (and I've checked!) the same as two other AIX 7.0.1 QMGR's.
The error thrown is AMQ7626 and nothing is being recorded in the AMQERRxx logs for the QMGR (yes, I'm looking in the correct path..) .
Some guidance as to where to start looking for further information relating to the XA stanza failure would be appreciated.
What I do not know is whether permissions have been correctly set/changed. Another clue is that this box was running OK a week ago. I do know there is an instance of WAS connecting as well.
It may seem basic, but my learning curve resembles a Saturn 5 rocket launch.
RTFM is not an option at my new shop....many, many reasons why not which I won't go into.
Thanks
Ctefehinoz |
|
| Back to top |
|
 |
| mqjeff |
| Posted: Tue Mar 06, 2012 3:24 am Post subject: |
|
|
Grand Master
Joined: 25 Jun 2008
Posts: 17447
|
Look for non-printable characters in the qm.ini file.
Make sure the XAOpen entry is all on a single line.
If you don't see errors in the qm specific AMQERR log files, there might be errors in the install general AMQERR files, along with potentially some FDC files. |
|
| Back to top |
|
|
| zpat |
| Posted: Tue Mar 06, 2012 3:35 am Post subject: |
|
|
Jedi Council
Joined: 19 May 2001
Posts: 5866
Location: UK
|
| If you can access the internet, you can access the documentation - so I don't understand the RTFM response. It's all online and browseable. |
|
| Back to top |
|
|
| Vitor |
| Posted: Tue Mar 06, 2012 5:50 am Post subject: Re: Where to look - AMQ7626 on AIX 7.0.1 Qmgr startup |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| ctefehinoz wrote: |
| What I do not know is whether permissions have been correctly set/changed. Another clue is that this box was running OK a week ago. I do know there is an instance of WAS connecting as well. |
Speak to the sys admins for the box to ask what changed. Also anyone with mqm access.
| ctefehinoz wrote: |
| It may seem basic, but my learning curve resembles a Saturn 5 rocket launch. |
From z/OS to distributed? Gosh yes.
| ctefehinoz wrote: |
| RTFM is not an option at my new shop....many, many reasons why not which I won't go into. |
Your site doesn't allow the use of product documentation? I'll call that "Gosh" and raise a "Yikes".
You're going to have serious issues working out distributed WMQ by touch. Mapping z/OS WMQ onto it will help, but there are enough serious differences in the implementation to trip you up.
I speak as someone who uses both & has seen many people migrate in both directions. At least going in the direction you're going you won't waste ages looking for the mqm group (the key problem people going from distributed to z/OS encounter).
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| ctefehinoz |
| Posted: Tue Mar 06, 2012 1:59 pm Post subject: |
|
|
Apprentice
Joined: 27 Oct 2003
Posts: 29
Location: Australia
|
All,
Thanks for the replies.
@mqjeff . I'll search for non printables although when running the "diff" command there were no differences between the (now multiple) various qm.ini files.
. I will re-check the other directory where FDC's are placed to be 100% sure.
. I'll verify that as well.
@zpat . When your new found colleagues decide to resign....I have maybe 6.073 spare seconds per day as I grab onto said Saturn 5 rocket. I know the doco is all out there and where it resides....it is just the sheer time it takes out of my punishing long days (already and yet to come...).
@vitor . I've already gotten others onto the third party backup guys about whether a backup exists prior to 01/03. I will search that box as regular saveqmgr is run via script. Yet to hear back from 3rd party. At least I've been exposed to some basic Unix/Linux via SUSE so I'm not a complete clown. Ditto to windows QMGR's via my old shop.
Thanks for the suggestions, I'll hoe into it today and see what eventuates.
Regards
Ctefehinoz |
|
| Back to top |
|
|
| ctefehinoz |
| Posted: Tue Mar 06, 2012 9:37 pm Post subject: Resolved for now. |
|
|
Apprentice
Joined: 27 Oct 2003
Posts: 29
Location: Australia
|
All,
I honestly can't explain it, but it would appear running a MAKE to recreate db2swit from scratch has resolved that particular issue. We'll hold a post-mortem and I'll report back.
Thanks for your help.
Regards
Ctefehinoz |
|
| Back to top |
|
|
| ctefehinoz |
| Posted: Fri May 18, 2012 1:52 am Post subject: Post Mortem |
|
|
Apprentice
Joined: 27 Oct 2003
Posts: 29
Location: Australia
|
All,
It turns out that "certain bodies" upgraded to DB2 UDB V9.5 without telling the poor struggling lads of the MQ team. It would also be evident that the DB2SWIT file was compiled a LONG time ago (using V8 as the DB2 UDB samples). It duly bombed out on V9.5. So recompiling with the correct DB2SWIT example file resolved this. I found this out after one of my cohorts ran in to the exact same problem. Under the 400 watt interrogation lamp, other parties admitted to "all we did was upgrade to DB2 UDB 9.5".
Enjoy
Ctefehinoz |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 18, 2012 4:36 am Post subject: Re: Post Mortem |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| ctefehinoz wrote: |
| Under the 400 watt interrogation lamp, other parties admitted to "all we did was upgrade to DB2 UDB 9.5". |
Ah, that classic "all we did was ... "
If I had a small amount of any currency that isn't the euro for every time I've found previously trouble free channels in retry, and after hours / days of insisting no work's been done some network bod has defensively muttered something like:
"Apart from that one change we did the night before"
I'd be rich.
And it's always one simple change that couldn't cause the symptoms I'm seeing, couldn't possibly affect the part of the network I'm using and it's always blind luck / coincidence / malicious action on my part that when the change is reversed the channels start runnning....
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri May 18, 2012 4:48 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
...and these changes were usually undocumented, unplanned and unapproved.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 18, 2012 4:59 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| bruce2359 wrote: |
| ...and these changes were usually undocumented, unplanned and unapproved. |
 Because such "simple, risk free" changes are not changes but part of the routine maintenance & administration cycle.
Worked on a site once where the network people had a change scheduled every Thursday night. Wasn't a repeating change, their manager raised 52 change tickets every January. Each one was titled "Required Network Changes", gave the details as "make network changes as needed" and the entire approver list knew better than to ask for more details unless they enjoyed being shouted at & threatened with the CIO.
The network was a bit exciting there. It was that site where I was accused of maliciously timing the fix I applied to the channels to get them working with the roolback change to the network to hide my incompetence & shift blame onto the network team.
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri May 18, 2012 5:02 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
Where are the damn auditors when you need them?!
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
| Vitor |
| Posted: Fri May 18, 2012 5:08 am Post subject: |
|
|
Grand High Poobah
Joined: 11 Nov 2005
Posts: 26093
Location: Texas, USA
|
| bruce2359 wrote: |
| Where are the damn auditors when you need them?! |
Things are never so bad you need auditors..... 
_________________
Honesty is the best policy.
Insanity is the best defence. |
|
| Back to top |
|
|
| bruce2359 |
| Posted: Fri May 18, 2012 5:35 am Post subject: |
|
|
Poobah
Joined: 05 Jan 2008
Posts: 9469
Location: US: west coast, almost. Otherwise, enroute.
|
There are some political things that I can't accomplish, like enforcing change-control, where auditors have value. For me, they have been able to override surly CIOs.
_________________
I like deadlines. I like to wave as they pass by.
ב''ה
Lex Orandi, Lex Credendi, Lex Vivendi. As we Worship, So we Believe, So we Live. |
|
| Back to top |
|
|
|
|
