Can a message be received by engine but not SMAT?

[Jim Rawls]

Is it possible for a message to be received by Cloverleaf but not saved into SMAT (assuming saved message option has been on the entire time)?

If it’s not in SMAT, then the engine did NOT receive it and we can rule out other problems (other than PDL)???

Thanks.

Jim Rawls

Florida Hospital

Topic

[Jim Kosloskey]

Jim,

I maintain if the message is in SMAT, then it was sent or received by Cloverleaf.

If the foreign system is claiming otherwise, then for messages sent by Cloverleaf I look at the inbound (reply) SMAT. I find the reply for the message sent. If I have received that then I take the position the message was sent and the receiving system received it (who else would reply???).

For messages received by Cloverleaf and if a given message is not in SMAT, then I ask the sending system to trace as much as they can to prove they had a connection and see the message going out (like we do with the Engine log files). Many foreign systems do not have this capability so it may mean them using something like tcptrace or like sna facility.

Sometimes what I will do (if it is tcp/ip) is to shut down the ib thread and use hcitcptest while the foreign system sends one message (this is assuming the foreign system can resend because we won’t actually process the message). If I don’t see the message, then I am fairly assured Cloverleaf won’t either and the fun begins.

Most of the time when some foreign system says they have sent a message and I don’t see it in SMAT, there is a problem with the sending system.

Jim Kosloskey

email: jim.kosloskey@jim-kosloskey.com 29+ years Cloverleaf, 59 years IT - old fart.

[Anonymous]

Just to add to what Jim was saying, it’s also possible that the sender left off an encoding character which would cause Cloverleaf to report a no-match error.  I would think that the sending system would complain that Cloverleaf wasn’t sending a reply though.  Other than that, if the encoding is correct then Cloverleaf put it in smat and then queued the message to state 1.

The only way to verify all the inbound data would be to turn up EO to ‘enable_all’.  That would provide a hex dump of all the bytes that are evaluated by the PDL whether they were queued to the engine or not.  Then you’d have to look through the logs to find what you need.

[Rick Martin]

I just had the occurence where inbound messages were not in my SMAT.  After reviewing the log, I came across this entry:

failed to open save file fr_clh_saved_ib_msgs.msg: Permission denied

BUT, EVERYONE has full access to the file and directory.  Thoughts?

[Ryan Spires]

If someone had the smat file open when the thread was started, I think you will get that error.

The thread will lock the SMAT file when the thread is started.  If someone was looking at the file when the thread starts, then the thread cannot lock the file and will not write to it.

That is my best guess

Ryan Spires

[Rick Martin]

Ryan,

Thanks – you’re probably right, I probably had SMAT open when I started the thread – DOH!  The message, however, is misleading – it should say “cannot open file” instead of “permission denied”.

Rick

[Rick Martin]

Well, I’ve since closed SMAT and even stopped/started the threads and process, but I’m still getting this error in the log and no new messages are getting saved in the SMAT file.

failed to open save file fr_clh_saved_ib_msgs.msg: Permission denied

[Elizabeth Wilson]

try going to hci/version/bin/ and do ps -ef | grep “hcismat -p” to see the task number that locked your smat file. Then, after stopping the process with the thread, you can delete that task number with kill -9 command.  *** On your own risk ****

[James Cobane]

Rick,

Try stopping the thread, then renaming/removing the current SMAT file for that thread.  Then re-start the thread; this should allow the thread to re-create the save file and start saving.

Good Luck.

Jim Cobane

Henry Ford Health

[Author]

Replies