Re: Looking for a command or a script to generate MQ object definiti ons

2003-02-13 Thread Bill Seng
Have you seen this?

http://www-3.ibm.com/software/ts/mqseries/txppacs/ms03.html

Regards,

Bill



  Middleware Group
  Mailbox  To:   [EMAIL PROTECTED]
  <[EMAIL PROTECTED]cc:
  >Subject:  Looking for a command or a 
script to generate MQ object definiti
  Sent by: MQSeries ons
  List
  


  02/13/2003 12:13
  PM
  Please respond to
  MQSeries List






Hi
Is there an equivalent to CSQUTIL (on the mainframe) in Unix and WINDOWS? I
am looking for a command or a script to generate MQ object definitions with
specifications and parameters from a MQ manager.
Thanks,
Mohamed,
Middleware.

===
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please contact the sender by email/fax
and destroy all paper and electronic copies of the original message.

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: AMQ4757 Error applying CSD01 to Windows 2000 V5.3

2003-02-04 Thread Bill Seng
Arlen,

I ran into the same issue and found two items that could cause this.

1.  After shutting down MQSeries Services via the system tray icon, right click
on the icon and select "Hide".  This will stop the process that control the
icon.

2.  I found that I had to stop the virus scanning services also.

IBM referred me to a couple of tools for identifying processes associated with
open DLLs.  Here is a link to the tools:

   http://www.sysinternals.com/ntw2k/utilities.shtml/

The utilities are:

   Handle
   ListDLLs
   Process Explorer

They are very easy to use.  Run handle and listdlls from DOS prompt and put
results in file.  Process explorer is a GUI.

The listdlls utility helped me identify the virus scanning software as the
source of the problem.

Good luck!

Regards,

Bill



  Arlen Williams
cc:
  Sent by: MQSeriesSubject:  AMQ4757 Error applying CSD01 
to Windows 2000 V5.3
  List
  


  02/04/2003 11:15
  AM
  Please respond to
  MQSeries List






I am trying to apply CSD01 - PTF U200181 to pair of Windows 2000 servers
running IBM WebSphere MQ for Windows V5.3. The 2 servers are clustered using
Microsoft Cluster Server (MSCS). After shutting down everything related to
MQ that we can think of we get the following error during the install.

IBM WebSphere MQ files are in use. Stop activity and retry. (AMQ4757)

Does anyone have any ideas on what files are in use and by who?

Arlen Williams

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: MO71 Beta testers required

2003-01-09 Thread Bill Seng
Paul,

You have a great product!

I would be glad to check it out for you.

Thanks!

Bill



  Paul Clarke
   cc:
  Sent by: MQSeriesSubject:  MO71 Beta testers required
  List
  


  12/23/2002 02:08
  PM
  Please respond to
  MQSeries List






Merry Christmas everybody.

Yet again I am looking for beta testers of my MO71 supportpac. If you were
kind enough to offer to test the last version then I will assume you would
like the new one unless you tell me different.

The features of the new one include :-

Multiple network views
Network view supports clusters,processes & namelists
Save selections on list refresh
No automatic object refresh preference option
Margin and overlap settings saved across invocations
Allow option for no main windows in taskbar
Existing window icon displayed on command menu
Export allowed for (nearly) all dialogs in text mode
Colour Scheme support
List titles buttons/Ruled lists (prettier that's all)
Main icon goes red if any QM in error (switchable)
MQSC window logs the file chosen from file(?)
New colour setting for selected items in a list window
New action to reset status of a location/all locations
Add locale selection to preferences dialog - codepage support
highlight selected QM links in network view

Plus one or two bug fixes which we don't like to talk about.

Many thanks to all of you who suggested many of these enhancements.

Have a great 2003,

P.

Paul G Clarke
WebSphere MQ Development
IBM Hursley

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: MQSI and Cluster of MQSeries

2003-01-06 Thread Bill Seng
You're welcome!

Bill



  Kritsana
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  >cc:
  Sent by: MQSeriesSubject:  Re: MQSI and Cluster of 
MQSeries
  List
  


  01/06/2003 05:55
  AM
  Please respond to
  MQSeries List






Thank You very much Bill and Tim A.

I change default bind property of cluster queue to "NOT FIXED".
And leave the queue manager to be Blank in the Basic Tab of output node of
message flow.

These solve my problem.

Regards,
Kritsana Loaboonsup
System Programmer

- Original Message -
From: "Tim Armstrong" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Sunday, January 05, 2003 10:40 PM
Subject: Re: MQSI and Cluster of MQSeries


> Not entirely true, I think. Yes NOTFIXED causes round-robin to occur
within
> a single MQOPEN doing multiple puts. However DEFBIND(OPEN) will select the
> next queue in the cluster on a round-robin basis per MQOPEN. So if your
app
> opens once a day and puts thousands of messages then yes you need to use
> NOTFIXED. However if your app runs many times in a day and sends a couple
> of messages at a time then it becomes less of a requirement. Finally if
you
> use MQPUT1 then it really doesn't matter.
>
> Which option you use also depends on whether or not you have an affinity
> between messages.
>
> Regards
> Tim A
>
>
>
>   Bill Seng
>  R.COM>   cc:
>   Sent by: MQSeriesSubject:  Re: MQSI and
Cluster of MQSeries
>   List
>  N.AC.AT>
>
>
>   06/01/2003 04:02
>   Please respond to
>   MQSeries List
>
>
>
>
>
> Kritsana,
>
> Make sure that all 3 queues have default bind (DEFBIND) set to "NOTFIXED".
> This
> will force the messages to route to all three queue managers in a round
> robin
> fashion.  By default, DEFBIND is set to "OPEN", which causes all messages
> to by
> default go to the first queue with that name defined to the cluster.
>
> You can find this in the MQSeries Command Reference manual.
>
> Good luck!
>
> Bill
>
>
>
>
>   Kritsana
>   <[EMAIL PROTECTED]To:
> [EMAIL PROTECTED]
>   >cc:
>   Sent by: MQSeriesSubject:  MQSI and Cluster
> of MQSeries
>   List
>  n.AC.AT>
>
>
>   01/05/2003 12:06
>   PM
>   Please respond to
>   MQSeries List
>
>
>
>
>
>
> Dear all,
> I encounter a problem of MQSI which working with Cluster of MQSeries.
>
> Usually when I have 2 Queue Manager (Q1,Q2) that clustering to each
> other.
> Both are define
> a queue which using the same name and share it to cluster.
>
> So if there is another Queue Manager (Q3) joins to this cluster. It
> will see
> both cluster queue.
> And when I use amqsput program to put to these cluster queues. The
> messages
> will route to Q1
> and then Q2 in sequence (looks like load balance).
>
> But when I have MQSI broker that connecting  to Q3. And try to define
> output
> node that put to those cluster
> queue.
>
> At first tried, I got an error "BIP2623E: Unable to open  queue
> ' queue>' on MQSeries queue manager
> ''  : completion code 2; reason code 2085.
>
> So I change the properties of output node in the Basic tab by unfill
> any
> queue manager name. I does not has any
> error and working correctly. But the messages always route to only Q1
> (not
> Q1 and Q2 in sequence). Eventhough I try to stop
> Q1, the messages still do not route to Q2 and remain in queue
> System.cluster.transmission.queue. How can I define output node
>to make the messages route to Q1 and Q2 in sequence like load
balancing.
>
> Regards,
> Kritsana Loaboonsup
> System Programmer
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General Users Guide available at http://www.lsoft.com
> Archive: http://vm.akh-wien.ac.at/MQSeries.archive
>
> Instructions for managing your mailing list subscription are provided in
> the Listserv General 

Re: MQSI and Cluster of MQSeries

2003-01-05 Thread Bill Seng
Kritsana,

Make sure that all 3 queues have default bind (DEFBIND) set to "NOTFIXED".  This
will force the messages to route to all three queue managers in a round robin
fashion.  By default, DEFBIND is set to "OPEN", which causes all messages to by
default go to the first queue with that name defined to the cluster.

You can find this in the MQSeries Command Reference manual.

Good luck!

Bill




  Kritsana
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  >cc:
  Sent by: MQSeriesSubject:  MQSI and Cluster of MQSeries
  List
  


  01/05/2003 12:06
  PM
  Please respond to
  MQSeries List






Dear all,
I encounter a problem of MQSI which working with Cluster of MQSeries.

Usually when I have 2 Queue Manager (Q1,Q2) that clustering to each other.
Both are define
a queue which using the same name and share it to cluster.

So if there is another Queue Manager (Q3) joins to this cluster. It will see
both cluster queue.
And when I use amqsput program to put to these cluster queues. The messages
will route to Q1
and then Q2 in sequence (looks like load balance).

But when I have MQSI broker that connecting  to Q3. And try to define output
node that put to those cluster
queue.

At first tried, I got an error "BIP2623E: Unable to open  queue '' on MQSeries queue manager
''  : completion code 2; reason code 2085.

So I change the properties of output node in the Basic tab by unfill any
queue manager name. I does not has any
error and working correctly. But the messages always route to only Q1 (not
Q1 and Q2 in sequence). Eventhough I try to stop
Q1, the messages still do not route to Q2 and remain in queue
System.cluster.transmission.queue. How can I define output node
   to make the messages route to Q1 and Q2 in sequence like load balancing.

Regards,
Kritsana Loaboonsup
System Programmer

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: Script Question

2002-11-07 Thread Bill Seng
Bobbee,

You could try the following:

   nohup ". ~/.profile; exec $PROC -file=$CONFIG $TRACE > $OUT 2>&1" &

However I haven't had much success with that.  Instead, I start the adapters
using the unix "at" command within a script:

   at now <<-EOF >/dev/null 2>&1
   . ~/.profile
   cd $DIR
   exec $PROC -file=$CONFIG $TRACE > $OUT 2>&1
   EOF

Within it, I source in ~/.profile.

The environment variables DIR (location of the config file), PROC (adapter
process - NNSYAdapter38), CONFIG (name of configuration file), and TRACE ("
-trace" if trace is desired) are set within the script prior to invocation of
the at command.  I use exec so that I don;t add any extraneous ksh processes.

Regards,

Bill




  Robert Broderick
 cc:
  Sent by: MQSeries Subject:  Script Question
  List
  


  11/07/2002 08:41
  AM
  Please respond to
  MQSeries List






We are running the New Era SAP R/3 adapter. In the script that starts up the
process it runs a binary passing it a configuration file as a parameter. The
configuration file references Environment variables that are loaded in and
outside of the USERID profile. When the binary is started using nohup a 'ps
-ef' shows it runnig under the starting USERID but it fails because the
environment it was started from is not being used. I would suspect the
.profile for the USERID may be set up but the additional ENVIRONMENT VARs
are not in there. Obviously I could add the extra stuff to the USERID's
.profile. or I could instead start a script 'nohup' and set up th3e
environment and execute the binary under the script.

My question is. is there a way to start the binary with nohup and have the
current environment copied to the new process environment???

bobbee




_
Tired of spam? Get advanced junk mail protection with MSN 8.
http://join.msn.com/?page=features/junkmail

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: MQSeries Trigger and WinNT

2002-10-16 Thread Bill Seng

Reiner,

I found that I needed to set the following attributes for my initiation queue
for trigger to work:

DEFPSIST(YES)
SHARE

Restart your trigger monitor after making the changes.

I hope this helps!

Regards,

Bill


   

  "Schmidt, Reiner 

  [IRZ-01]"To:   [EMAIL PROTECTED]   

  <[EMAIL PROTECTED]>cc: 

  Sent by: MQSeriesSubject:  MQSeries Trigger and WinNT

  List 

   

   

   

  10/16/2002 09:05 

  AM   

  Please respond to

  MQSeries List

   

   





Dear Listeners,

with the following definitions:
DEFINE QLOCAL(VHVT.BN.MQH2S.JDA) REPLACE  +
    DESCR (' ')    +
    MAXDEPTH (9)  +
    GET (ENABLED)  +
    PUT  (ENABLED)  +
    DEFPSIST(YES)  +
    MSGDLVSQ(FIFO)   +
    USAGE    (NORMAL)    +
    TRIGGER +
    TRIGTYPE(first)  +
    INITQ(SYSTEM.DEFAULT.INITIATION.QUEUE) +
    PROCESS(PROCESS.CALC) +
    noshare
DEFINE    PROCESS    ('PROCESS.CALC')   REPLACE    +
    DESCR ('Message Channel Agent fuer Sender zum Host')   +
    APPLTYPE(WINDOWSNT)   +
    APPLICID('START G:\Kaution\WinKaution.exe')

I want the trigger to spring. In my opinion this should work. But in reality it
doesn´t.
Any idea??. By the way a: trigger for SYSTEM.DEFAULT.INITIATION.QUEUE is
started.

Thanks in advance

Reiner






Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: Duplicate Queue Manager Names

2002-06-27 Thread Bill Seng

Jason,

Have you considered setting each queue manager to be the default for each
respective server so that applications do not need to specify a queue manager
name.  Alternatively, the application can determine the queue manager name based
upon host name, if you are employing that convention, for example, QMT1, QMQ1,
QMP1, etc.

Also, you might consider setting up a test cluster, qa cluster and a production
cluster.  With that scenario you can at least use the same queue names.  Just be
careful not to let the clusters intersect with one another.  You might get away
with same queue manager names in separate clusters, but I wouldn't recommend
that.

Regards,

Bill



  Jason Cornell
 cc:
  Sent by: MQSeriesSubject:  Duplicate Queue Manager Names
  List
  


  06/27/2002 01:14
  PM
  Please respond to
  MQSeries List






Currently, our developers are concerned that having queue managers named
differently according to environment (i.e. test, qa, prod) will cause issues
when migrating to the next level in the promotion model.  While I agree slight
application modifications will be required I was under the impression having
duplicate queue manager names on the same network was highly discouraged.

Any suggestions on how to deal with this issue?  Any assistance would be
appreciated.

Thanks

Jason

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: MS62: MQSeries - Linear log clean-up script

2002-06-26 Thread Bill Seng

Barry,

Thanks, but I am OK on the UNIX side.  I just wanted to use the script on
Windows 2000 server.  I seem to recall someone mentioning that the "-n" option
had a problem.

Thanks,

Bill



  "Goldstein, Barry
  A"   To:   [EMAIL PROTECTED]
 Subject:  Re: MS62: MQSeries - Linear 
log clean-up script
  Sent by: MQSeries
  List
  


  06/26/2002 12:41
  PM
  Please respond to
  MQSeries List






I don't know about the windows platform, but in UNIX mqseries version 5.2
the "-l" tag on the rcgmqimg command makes linear log cleanup easier because
it writes the AMQ7467 & AMQ7468 messages to stderr. I have my own ksh script
in UNIX that uses this facility and eliminates the step in MS62 of grepping
the error log for those messages. In fact, I have found that there is often
a delay between the rcdmqimg command and when those messages are written to
the error log preventing the MS62 program from doing a good job of cleaning
up the files.

Thank you,

+
+ Barry Goldstein
+ Ameren Services
+ St. Louis, Missouri
+ [EMAIL PROTECTED]
+

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: MS62: MQSeries - Linear log clean-up script

2002-06-25 Thread Bill Seng

Paulo,

I am already doing that.  I wanted to automate so that in the event that I am
unavailable to check the Event Viewer the logs will not fill the disk.

I am not well versed in Perl, so I was hoping someone had added the hooks to
check the Windows registry for LogPath and LogType.

Thank you.

Bill



  RIBEIRO Paulo
  JorgeTo:   [EMAIL PROTECTED]
   Subject:  Re: MS62: MQSeries - Linear 
log clean-up script
  Sent by: MQSeries
  List
  


  06/25/2002 04:50
  AM
  Please respond to
  MQSeries List






I don't know anything about the MS62 update, but you can use the the Windows
Event Viewer to check that last log file that you can delete. It's not an
automatic solution, but it can solves the problem when the log is gettint huge.

Cheers,

Paulo

-Original Message-----
From: Bill Seng [mailto:[EMAIL PROTECTED]]
Sent: segunda-feira, 24 de Junho de 2002 17:38
To: [EMAIL PROTECTED]
Subject: MS62: MQSeries - Linear log clean-up script


Greetings,

I downloaded the "MS62: MQSeries - Linear log clean-up script" SupportPac and
found a comment regarding recovery log information being in the registry as of
v5.1.  The perl script only addresses using the qm.ini file - not the registry.

Is anyone aware of any updates made to MS62 to account for the registry entries?
I cannot find an update for this on the SupportPac web site.

Thank you.

Bill

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



MS62: MQSeries - Linear log clean-up script

2002-06-24 Thread Bill Seng

Greetings,

I downloaded the "MS62: MQSeries - Linear log clean-up script" SupportPac and
found a comment regarding recovery log information being in the registry as of
v5.1.  The perl script only addresses using the qm.ini file - not the registry.

Is anyone aware of any updates made to MS62 to account for the registry entries?
I cannot find an update for this on the SupportPac web site.

Thank you.

Bill

Instructions for managing your mailing list subscription are provided in
the Listserv General Users Guide available at http://www.lsoft.com
Archive: http://vm.akh-wien.ac.at/MQSeries.archive



Re: Unexpected error (893)

2002-06-14 Thread Bill Seng


Darren,

Call MQSeries support.

I'll bet dollars to donuts they'll have you rebuild the MQ logs to recover.

Good luck!

Bill



  Darren Douch
  <[EMAIL PROTECTED]To:   [EMAIL PROTECTED]
  OM>  cc:
  Sent by: MQSeriesSubject:  Unexpected error (893)
  List
  


  06/14/2002 04:27
  PM
  Please respond to
  MQSeries List






We had a power outage, rebooted the machine (AIX) and now we can't start or
create queue managers.  Can anyone out there decipher the FDC contents? Other
than it indicating a memory problem I don't have a clue.

We've tried recycling the box, cleaning up shared memory, and are on the verge
of trying to uninstall / reinstall MQ.

Regards
Darren.(See attached file: AMQ35340.0.FDC)




AMQ35340.0.FDC
Description: Binary data