Forum Replies Created
-
AuthorReplies
-
In short, it would be nice to have a place in the thread properties to add the interface owners email address and possibly the vendor contact. It would be great to assign these fields a variable in the alert config.
I’ve also got an alert script that I use for several alerts. The script fixes most issues by restarting the interface but if the issue isn’t resolved then an email is sent to the interface team and we need to figure out which analyst needs to be notified.
I just started using the Groups field in Thread properties to track interface ownership. Now the script also parses the netconfig file to get the interface owners email address and the owner is emailed directly saving a lot of time.
Yes, I could create an alert for each interface but that’s too much maintenance. The script allows me to have one alert for all OB threads and another for all IB threads and that covers 98% of our alerts.
I was missing the gvsave, I did not know that was needed after a gvsetvar. Thank you!
Three minutes after posting this I found the answer under client preferences.
Thanks Rob!
From what I’ve seen in the past, you only need a new license file if the server MAC address is changing.
So for the record I just figured this out.
The Massachusetts CDC department kept saying use the wsdl, but it doesn’t work right with the java/ws-client. Lots of time wasted here.
Minutes after switching to java/ws-rawclient and only adding the end point address I was sending and receiving.
This is the sample message that I’m working with and I have gotten this to work in the SOAP UI utility.
Code:
ccghlsevenqa
Q2dtaWlzODAx
BMC
QkhTfF5+XCZ8DQpNU0h8Xn5cJnx8fHx8MjAxNzA2MDcxNTUyNTh8MTg2NTJ8UUJQXlExMV5RQlBfUTExfDF8VHwyLjV8fHxBTHxORXx8fHx8fHwNClFQRHxaMzReUmVxdWVzdCBJbW11bml6YXRpb24gSGlzdG9yeV5ITDcwNDcxfDk4NzN8NTAwMDcwNF5eXkJNQy1NUk5eTVJ8QVBQTElDQVRJT05eSU5QRk9VUnx8MTk4NDA5MTh8TXwxMDEwIE1BSU4gU1ReXkJPU1RPTl5NQV4wMjExOC0wMDAwXlVTXlB8fHwNClJDUHxJfDFeUkQmcmVjb3JkcyZITDcwMTI2fFJeUmVhbCBUaW1lXkhMNzAzOTQNCkJUU3wxfA==
That only works if a message has been received prior to 30 minuntes. If that thread is restarted and a message is never received then lastr will not trigger.
I had to use cron to schedule a script that parses hcimsiutil data to alert properly. In most cases I wouldn’t care if the “Last Rd” and “Last Wt” values were Never but this is a special case.
Richard, I think your issue is different from Carol’s. My 1st thought is that you should check for a ghost process.
Code:ps -ef|grep hciengine|grep $threadname
Carol, Granted this is a very old issue but you should post your email code.
Tim J.
Hi Mike, Are you running RHEL 6.2 in 32-bit or 64-bit?
Thanks,
Tim J.
Jim, Thanks for the info.
I had to do this same thing(or at least something similar) a while back and the only way I found to create a batch file was to do it outside of cloverleaf.
First, I’ve got a thread that saves one message per file then I use crontab to kick off the script below once an hour
[code]
#!/bin/bash
#
# Written by: Tim Jipson – Systems Integration Developer – NorDx Labs
# Purpose: Cloverleaf outputs one hl7 record per .dat file. This script merges
#
#!/bin/bash
#
# Written by: Tim Jipson – Systems Integration Developer – NorDx Labs
# Purpose: Cloverleaf outputs one hl7 record per .dat file. This script merges
#I swear this echo problem was happening last week but I can’t duplicate the problem even with disable_all I’m getting echos properly now.
Maybe it was just pre-weekend syndrome? Thanks for your help.
Russ, Thats a neat script and I’ll tuck it away for later use but it’s not what I need right now.
Keith, I thought echo statements always hit the log until last week.
When configuring a thread if I specify sane_eo or enable_all I get echos in the log but if I leave the box blank then I don’t get any echos. So either cloverleafs ‘default’ EO is buggy or one of the EO settings is controlling the echos.
That is extremely helpful, thank you!!!
-
AuthorReplies