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 » WebSphere Message Broker (ACE) Support » mqsicreatebroker or mqsideletebroker produce IOT/Abort trap

Post new topic  Reply to topic Goto page 1, 2  Next
 mqsicreatebroker or mqsideletebroker produce IOT/Abort trap « View previous topic :: View next topic » 
Author Message
mgm
PostPosted: Tue Dec 18, 2007 1:00 pm    Post subject: mqsicreatebroker or mqsideletebroker produce IOT/Abort trap Reply with quote

Apprentice

Joined: 14 Dec 2007
Posts: 48
Location: anywhere

Hi All,
I have MB 6.1 installed on Aix 5.3
I am getting following error when trying to create/delete broker

mqsicreatebroker .............
AMQ8110: MQSeries queue manager already exists.
MQSeries queue manager running.
The setmqaut command completed successfully.
The setmqaut command completed successfully.
The setmqaut command completed successfully.
The setmqaut command completed successfully.
The setmqaut command completed successfully.
The setmqaut command completed successfully.
The setmqaut command completed successfully.
IOT/Abort trap(coredump)

mqsideletebroker test
Websphere MQ queue manager runing.
IOT/Abort trap(coredump)

Any help is highly appreciated
Back to top
View user's profile Send private message Yahoo Messenger
AkankshA
PostPosted: Tue Dec 18, 2007 8:22 pm    Post subject: Reply with quote

Grand Master

Joined: 12 Jan 2006
Posts: 1494
Location: Singapore

us to u..

provide some more error info.. may be read the core n see if something can be figured out....
_________________
Cheers
Back to top
View user's profile Send private message Visit poster's website
AndreasMartens
PostPosted: Wed Dec 19, 2007 8:10 am    Post subject: Reply with quote

Acolyte

Joined: 30 Jan 2006
Posts: 65
Location: Hursley, UK

Further to AkankshA's reply, the following pieces of information are helpful:
1. `mqsiservice -v` output (this checks some basic functionality and setup)
2. your odbc.ini (pointed to by $ODBCINI)
3. Software levels of both your AIX config and database config.

If the above information isn't sufficient then the next step is trace
Back to top
View user's profile Send private message MSN Messenger
jefflowrey
PostPosted: Wed Dec 19, 2007 8:55 am    Post subject: Reply with quote

Grand Poobah

Joined: 16 Oct 2002
Posts: 19981

Heap/Core dumps should always be followed by PMRs...
_________________
I am *not* the model of the modern major general.
Back to top
View user's profile Send private message
rknox
PostPosted: Wed Dec 19, 2007 10:53 am    Post subject: Reply with quote

Apprentice

Joined: 28 Aug 2007
Posts: 34

mgm, it appears that you and I have similar issues. I had a C++ problem and you also had the same issue. I am also getting the core dump problem when trying to do the mqsimigratecomponents command. I currently have a PMR open with IBM. You have to be sure to read the install doc to make sure your LIBPATH variables are set correctly and the ODBCINI variable is set as the doc states. I have read the doc thoroughly and IBM has confirmed I have everything set correctly, but I am still getting the core dump.
Back to top
View user's profile Send private message
mgm
PostPosted: Thu Dec 20, 2007 4:36 am    Post subject: Reply with quote

Apprentice

Joined: 14 Dec 2007
Posts: 48
Location: anywhere

Thanks for all who replied.
My enviroment is
AIX 5.3 maintenance level 6
DB 2 FP 15 . 64 bit DB2 instance
MB 6.1
I have also checked the documentation and I found nothing relevant.
I added to the user profile the follwing lines as I use only 64 instance.
export ODBCINI=/var/mqm/odbc/odbc64.ini
export LIBPATH=/home/db2inst1/sqllib/lib64:$LIBPATH

Not sure if anything else is required.

Special thanks for rknox, and I hope I got a resolution to your issue and mine as well so I can follw you as I did lat time.
Back to top
View user's profile Send private message Yahoo Messenger
mgm
PostPosted: Sun Dec 23, 2007 4:48 am    Post subject: Any help Reply with quote

Apprentice

Joined: 14 Dec 2007
Posts: 48
Location: anywhere

any help or feedback on my reported issue ?
Back to top
View user's profile Send private message Yahoo Messenger
samar14
PostPosted: Tue Dec 25, 2007 11:08 am    Post subject: Reply with quote

Novice

Joined: 30 Nov 2007
Posts: 17

Edit the odbc64.ini file to remove the comment from [ODBC] stanza

[ODBC]
Trace=0 # To turn on ODBC trace set = 1

change the above to -

[ODBC]
Trace=0

(Notice that the comment "# To turn on ODBC trace set = 1" has been removed).

This should solve the problem.
Back to top
View user's profile Send private message
mgm
PostPosted: Tue Dec 25, 2007 12:10 pm    Post subject: Reply with quote

Apprentice

Joined: 14 Dec 2007
Posts: 48
Location: anywhere

It didn't work after the change as well
Back to top
View user's profile Send private message Yahoo Messenger
mgm
PostPosted: Fri Dec 28, 2007 3:00 pm    Post subject: The problem has been fixed. Reply with quote

Apprentice

Joined: 14 Dec 2007
Posts: 48
Location: anywhere

The problem has been fixed.

If you are interested, I analyzed all steps and reviewed all input/output files and finally it was due line feed mismatch between Unix and Windows platforms.Very simple ,isn't it ?
Back to top
View user's profile Send private message Yahoo Messenger
samar14
PostPosted: Mon Dec 31, 2007 10:51 pm    Post subject: Reply with quote

Novice

Joined: 30 Nov 2007
Posts: 17

Thanks , and its really strange to see the linefeed being the root cause.
Btw, can you explain a bit more on what did you do to correct the problem. Have you also removed the comment from the line
Trace=0 # To turn on ODBC trace set = 1
?

I did face the same coredump issue and problem was resolved by
just removing the above comment. Hence more curious to know you solution in detail.
Back to top
View user's profile Send private message
mgm
PostPosted: Tue Jan 01, 2008 4:24 am    Post subject: Reply with quote

Apprentice

Joined: 14 Dec 2007
Posts: 48
Location: anywhere

Actually I have edited the odbc.ini once using wordpad on Windows. I assumed my ftp tool should take care of that.
I opend the odbc.ini on the AIX machine and it was normal using the graphical editor but when I opend it using vi command I saw ^M at each line end. I used the vi editor to clear that and it worked fine.

I have removed also removed the comment from the line
Trace=0 # To turn on ODBC trace set = 1.


Last edited by mgm on Tue Jan 01, 2008 12:18 pm; edited 1 time in total
Back to top
View user's profile Send private message Yahoo Messenger
fjb_saper
PostPosted: Tue Jan 01, 2008 11:57 am    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

mgm wrote:
Actually I have edited the odbc.ini once using wordpad on Windows. I assumed my ftp tool should take care of that.
I opend the odbc.ini on the AIX machine and it was normal using the graphical editor but when I opend it using vi command I saw ^M at each line end. I used the vi editor to clear that and it worked fine.

I have removed the also removed the comment from the line
Trace=0 # To turn on ODBC trace set = 1.


Bet you did your ftp in binary instead of text mode...
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
mgm
PostPosted: Tue Jan 01, 2008 12:07 pm    Post subject: Reply with quote

Apprentice

Joined: 14 Dec 2007
Posts: 48
Location: anywhere

The ftp client send option was set to Auto and the sent file is .ini which is supposed to be sent as ASCII. but for some reason it didn't
Back to top
View user's profile Send private message Yahoo Messenger
fjb_saper
PostPosted: Tue Jan 01, 2008 12:15 pm    Post subject: Reply with quote

Grand High Poobah

Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY

mgm wrote:
The ftp client send option was set to Auto and the sent file is .ini which is supposed to be sent as ASCII. but for some reason it didn't


.ini is not a recognized text file (by default) for ftp. .txt might have been. You would have needed to specify the transfer mode instead of letting the program choose. I believe the default if the extension is not recognized or in the recognized list is binary...
_________________
MQ & Broker admin
Back to top
View user's profile Send private message Send e-mail
Display posts from previous:   
Post new topic  Reply to topic Goto page 1, 2  Next Page 1 of 2

MQSeries.net Forum Index » WebSphere Message Broker (ACE) Support » mqsicreatebroker or mqsideletebroker produce IOT/Abort trap
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.