| Author |
Message
|
| madmalkav |
 Posted: Tue May 24, 2022 4:30 am Post subject: IBM MQ .NET standalone client logging/tracing difficulties |
 |
|
Novice
Joined: 03 Sep 2018
Posts: 17
|
Recently I moved jobs to a company that makes exhaustive use of .NET, something that was barely used on my previous company.
We need to debug a problem happening with an application that uses IBM MQ 9.2 standalone library amqmdnetstd.dll
As instructed here , we have set up the MQDOTNET_TRACE_ON and other environment variables, but it isn't working for them. We can use them OK on a local test application.
I'm trying to figure out why it works for us but not for them. And here is where all my doubts come:
- I have read that this can be caused by a full client install on the server, but this is not the case either. Can it be that full install left some trace that prevents the standalone library for doing the trace? If so, how can I detect that?
- Is the .NET standalone client able to log into the Windows Event Log? If so, must this be enabled somehow? Because they don't see anything on the Event Log , and I don't see anything being logged there for my application either.
- Is something else I might be completely missing because of my lack of experience with Windows/ .NET?
Thanks for reading.
PS: Here IBM talks about an MQLOGLEVEL variable that perhaps can be interesting, but I can't find any information about it elsewhere. Anyone happens to know where I can find more information about MQLOGLEVEL? the TRC files generated by the standalone client are quite big, if this enables error files more similar to the AMQERR01.LOG files, it would be really useful for first/quick diagnostics. |
|
| Back to top |
|
 |
| gbaddeley |
| Posted: Tue May 24, 2022 3:52 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
It could be a permissions issue. Is there diagnostic info in the errors directory, or event viewer?
_________________
Glenn |
|
| Back to top |
|
|
| madmalkav |
| Posted: Tue May 24, 2022 10:24 pm Post subject: |
|
|
Novice
Joined: 03 Sep 2018
Posts: 17
|
Nothing on the Event Viewer.
This is the standalone library, not a full client install, so there is no errors directory that I'm aware of. If the standalone library have the ability to create a errors folder and write stuff there, I haven't find where. |
|
| Back to top |
|
|
| fjb_saper |
| Posted: Wed May 25, 2022 11:28 am Post subject: |
|
|
Grand High Poobah
Joined: 18 Nov 2003
Posts: 20756
Location: LI,NY
|
| madmalkav wrote: |
Nothing on the Event Viewer.
This is the standalone library, not a full client install, so there is no errors directory that I'm aware of. If the standalone library have the ability to create a errors folder and write stuff there, I haven't find where. |
Have you looked at the trace folder in the client install folder? 
_________________
MQ & Broker admin |
|
| Back to top |
|
|
| madmalkav |
| Posted: Wed May 25, 2022 11:54 am Post subject: |
|
|
Novice
Joined: 03 Sep 2018
Posts: 17
|
| Sorry but I don't understand your question, as I have stated there is no MQ client install, it is just the library fetched from NuGet and distributed with the application itself. |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Wed May 25, 2022 2:11 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
|
| Back to top |
|
|
| madmalkav |
| Posted: Thu May 26, 2022 12:00 am Post subject: |
|
|
Novice
Joined: 03 Sep 2018
Posts: 17
|
"If it isn't working for them, the environment variable may not be set for the process that is using the DLL."
The variable was set systemwide by the sysadmin team and verified. This is the same way we did on our internal tests with a test application and worked OK for us too.
"Also check settings of MQTRACEPATH etc in the mqtrace.config file."
We are using amqmdnetstd.dll , so the mqtrace.config file isn't took into account, only the environment variables, as explained in the link you provided. We set MQTRACEPATH env variable to an applicative log folder where the application writes other logs, so I don't think is permissions related either.
PS:Actually, even if it was never going to work, the mqtrace.config method was also tested because that was the procedure that we have in our documentation at the moment the need for trace arised was that one .
PPS: I'm actually pretty sure about how the procedure works, I have tested it myself in another computer with an small test application without problem, I can enable tracing no problem with the env variables for amqmdnetstd.dll . We are waiting to get access to their code to compile locally and verify locally, but that will take some days probably (some bank holidays ongoing these days). |
|
| Back to top |
|
|
| gbaddeley |
| Posted: Thu May 26, 2022 3:36 pm Post subject: |
|
|
Jedi Knight
Joined: 25 Mar 2003
Posts: 2538
Location: Melbourne, Australia
|
| Quote: |
| We are using amqmdnetstd.dll , so the mqtrace.config file isn't took into account, only the environment variables, as explained in the link you provided. |
The link implies that mqtrace.config is applicable to amqmdnet.dll and amqmdnetstd.dll. It looks like amqmdnet.dll is becoming deprecated, replaced by amqmdnetstd.dll.
Opening an IBM Service Request will give you definitive answers. Personally, I have not used amqmdnetstd.dll and MQ .Net tracing.
Also note worthy:
Tracing is disabled if the mqtrace.config file is not found in the path that is specified application configuration file. However, First Failure Support Technology (FFST) and error logs are created in the application's directory, if the application has authority to write to the current directory.
_________________
Glenn |
|
| Back to top |
|
|
| madmalkav |
| Posted: Wed Jul 06, 2022 1:59 am Post subject: |
|
|
Novice
Joined: 03 Sep 2018
Posts: 17
|
Long story short: tracing with .NET Standard is far less flexible than tracing with .NET Framework, and also terrible documented. I've opened a RFE about this topic.
Thanks everyone for your support with this issue. |
|
| Back to top |
|
|
| robbz23 |
| Posted: Thu Nov 17, 2022 1:43 am Post subject: |
|
|
Newbie
Joined: 17 Nov 2022
Posts: 1
|
| Did you ever get this working. I am trying to get tracing working with the amqmdnetstd.dll with no luck. And yes it is terribly documented with some pages seemingly contradicting themselves. |
|
| Back to top |
|
|
| madmalkav |
| Posted: Thu Nov 17, 2022 10:41 pm Post subject: |
|
|
Novice
Joined: 03 Sep 2018
Posts: 17
|
| I'm out of the office these days, but the team running that app and aerver managed to do it with env variables, either system wide or setting them in IIS. |
|
| Back to top |
|
|
|
|
