Author |
Message
|
vinodsasidharan |
Posted: Fri May 16, 2003 7:27 am Post subject: DB2_RR_TO_SS |
|
|
 Apprentice
Joined: 25 Apr 2003 Posts: 47 Location: Norwich
|
Hi
The fmczchk
Returns an error saying that db2_rr_to_rs not set (set it to yes).
But i have set this using
db2set DB2_RR_TO_RS= YES
But again FMC34516E: Variable DB2_RR_TO_RS is not set (should be set to 'YES').
should i set it in env variable settings also ?
if so why so ??
i am using 3.3.0 on aix .?? _________________ Vinod sasidharan
Ibm Certfied MQ Admin 5.3
Ibm Certfied MQ Admin 6.0
Ibm Certfied WAS Admin 6.0
Ibm Certfied WMB Admin 5.0
Ibm Certfied Db2 Specialist.
Sun certified Java Programmer.
"Ai carte, ai parte ....................." |
|
Back to top |
|
 |
vennela |
Posted: Fri May 16, 2003 8:06 am Post subject: |
|
|
 Jedi Knight
Joined: 11 Aug 2002 Posts: 4055 Location: Hyderabad, India
|
Are you having any problems with workflow (other than the checker utility giving you the error)? If not then there is no need for you to worry about that.
If your DB2 settings show that it is set to YES then forget about the checkers error. |
|
Back to top |
|
 |
Ratan |
Posted: Fri May 16, 2003 8:28 am Post subject: |
|
|
 Grand Master
Joined: 18 Jul 2002 Posts: 1245
|
FMCZCHK shows many errors which you have to disregard, when running a 3 tier setup. I believe this is one of them. I believe also the username/password error should also be disregarded. _________________ -Ratan |
|
Back to top |
|
 |
vinodsasidharan |
Posted: Fri May 16, 2003 8:49 am Post subject: |
|
|
 Apprentice
Joined: 25 Apr 2003 Posts: 47 Location: Norwich
|
Ya i know not all errors are serious .
But db2_rr_to_rs is a one which creates dead locks based on if it is yes or no.
And mY WORKFLOW snapshot of fmcdb shows 16 dead locks / day .
That why i am concerned of this variable ??????
_________________
Vinod sasidharan
-------------------- _________________ Vinod sasidharan
Ibm Certfied MQ Admin 5.3
Ibm Certfied MQ Admin 6.0
Ibm Certfied WAS Admin 6.0
Ibm Certfied WMB Admin 5.0
Ibm Certfied Db2 Specialist.
Sun certified Java Programmer.
"Ai carte, ai parte ....................." |
|
Back to top |
|
 |
sshaker |
Posted: Fri May 16, 2003 9:20 am Post subject: |
|
|
 Disciple
Joined: 20 Sep 2002 Posts: 185
|
the fmczchk utility is designed for local db (2-tier) setup.. as per IBM..
let me know whether ur on 3-tier..
i think u can ignore these messages selectively.. not blindly..
another problmem with new 3.4 version is TP_MON_NAME .. it expects u to set to MQ.. whereas.. installation guide says.. mqmax..
for me mqmax looks right.. atleast there is a dll with mqmax.dll name..
pl share ur architecture details.. where is the database.. where is the wf server.. etc.
regards
shaker _________________ shaker |
|
Back to top |
|
 |
Prahasith |
Posted: Fri May 16, 2003 9:21 am Post subject: |
|
|
 Disciple
Joined: 16 May 2003 Posts: 184 Location: Kansas City
|
[code]FMC34nnnE: TP_MON_NAME mu[code]st be set to 'MQ' (is 'mqmax')[/code]
workflow 3.4 with SP1
is giving me this error
I think I can safely ignore this error
because I don't have any problems with workflow
(Its not a 3 tier, its a standalone setup)
Prahasith |
|
Back to top |
|
 |
sshaker |
Posted: Fri May 16, 2003 9:26 am Post subject: |
|
|
 Disciple
Joined: 20 Sep 2002 Posts: 185
|
prahasit,
u should be ok with that.. make sure that the mqmax.dll is in the path..
regards
shaker _________________ shaker |
|
Back to top |
|
 |
Ratan |
Posted: Fri May 16, 2003 9:26 am Post subject: |
|
|
 Grand Master
Joined: 18 Jul 2002 Posts: 1245
|
for 332, TP_MON_NAME was supposed to be set to 'mqmax'. For a standalone setup I believe MQWF does it by itself, but for a 3-tier we had to explicitly do it. If for v3.4 it is MQ, then TP_MON_NAME should be set to MQ.
As you said your setup is working fine, you need not have to worry about it. _________________ -Ratan |
|
Back to top |
|
 |
sshaker |
Posted: Fri May 16, 2003 9:33 am Post subject: |
|
|
 Disciple
Joined: 20 Sep 2002 Posts: 185
|
i think it must be mqmax.. as per installation documentation.. and if u chage it to MQ then it looks for a dll file named mq.dll.. which is nowhere found on the installation environment.. what is available is mqmax.dll.. it appears.. the installation guide is right.. and the fmczchk utility is giving a false alarm.. and the installation with mqmax value is running perfect..
regards
shaker _________________ shaker |
|
Back to top |
|
 |
Prahasith |
Posted: Fri May 16, 2003 10:23 am Post subject: |
|
|
 Disciple
Joined: 16 May 2003 Posts: 184 Location: Kansas City
|
FMC34nnnE: TP_MON_NAME must be set to 'MQ' (is 'mqmax')
db2 says it is set to mqmax. I didn't set it and workflow set that for me so I am not going to change it until i encounter a problem.
Ratan and Shaker
Thanks for the help
How do I donate to this site ????
Prahasith |
|
Back to top |
|
 |
Ratan |
Posted: Fri May 16, 2003 10:32 am Post subject: |
|
|
 Grand Master
Joined: 18 Jul 2002 Posts: 1245
|
Quote: |
How do I donate to this site ???? |
You can use paypal to donate to this site (Brandon Duncan). Or if you want to use other methods PM to Brandon (user name: bduncan) _________________ -Ratan |
|
Back to top |
|
 |
Prahasith |
Posted: Fri May 16, 2003 12:27 pm Post subject: Thank you |
|
|
 Disciple
Joined: 16 May 2003 Posts: 184 Location: Kansas City
|
Thank you ratan for your help |
|
Back to top |
|
 |
nwhi |
Posted: Tue May 20, 2003 12:53 am Post subject: |
|
|
Apprentice
Joined: 19 Dec 2002 Posts: 25 Location: UK
|
Don't worry about the checker complaining about the TP_MON_NAME
In SP 1, the TP_MON_NAME was changed to mq, but fmczchk was not updated. "In theory, Workflow should still work fine, only the checker complains."
Apparently, the checker will be updated to no longer complain about the mq setting in the next SP.
If you're really worried about it you can change the TP_MON_NAME setting and copy mqmax.dll to mq.dll _________________ Nick Whittle
IBM Certified Solutions Designer -
WebSphere MQ Workflow V3.4
MQSolutions (UK) Ltd |
|
Back to top |
|
 |
|