Forum Replies Created
-
AuthorReplies
-
I am not familiar with CrowdStrike, but I have had an issue with AV before interfering with Cloverleaf performance in the distant past. I believe the resolution was to exclude certain directories from the AV software. The AV software was seeing changes in logs and SMAT and trying to scan those files. Since they are always changing we encountered a performance issue.
I hope this is helpful.
Thank you for sharing your final solution. I was happy to help.
If you need to locate an item inside of the @listBasis variable that can be done easily. Since this is a simple list the lsearch command will provide you the location first instance of a value by default.
It took a little work, but I did get this to work.
I used an iteration of type “user” with the basis of @listBasis and a variable of %u1. This is where @listBasis was initialized using “=one two three four five six” as found in your example. I did define a separate counter variable @counter and incremented it while in the loop.
I have attached screen shots for you
Input: =one two three four five six
Output:
@listBasis – {one two three four five six}
*** Inside List Iteration ***
List Item: one : List Counter: 1
*** Inside List Iteration ***
List Item: two : List Counter: 2
*** Inside List Iteration ***
List Item: three : List Counter: 3
*** Inside List Iteration ***
List Item: four : List Counter: 4
*** Inside List Iteration ***
List Item: five : List Counter: 5
*** Inside List Iteration ***
List Item: six : List Counter: 6I attached the translation in a text file. I also attached images. I hope this is what you were looking for, but at least you will be able to iterate the list and build upon that.
- This reply was modified 3 years, 7 months ago by Ted Viens.
- This reply was modified 3 years, 7 months ago by Ted Viens.
Attachments:
You must be logged in to view attached files.May 4, 2021 at 3:25 pm in reply to: Data extract to DFT with 1 message per patient with multiple FT1s #118821May 4, 2021 at 3:03 pm in reply to: Data extract to DFT with 1 message per patient with multiple FT1s #118818You should be able to do this with a simple translation. In your translation iterate over the FT1 segment. Within that iterate copy MSH, PID, PV1, current FT1 segment, etc. You will need to update MSH.10 with a counter so that it is unique. After each FT1 do a SEND to send the message outbound. This will force the send of a message for each FT1. At the bottom of the translate use a SUPPRESS. That will kill the original message since you have already sent the content of the original inbound message using the SEND command.
Below is an example. I do this very thing with a DFT.
Attachments:
You must be logged in to view attached files.May 3, 2021 at 5:36 pm in reply to: Integrating with EMPI – can a FHIR call be made from an xlate or pre-xlate proc? #118813I too am trying to figure out how to leverage Cloverleaf to address inquiries surrounding FHIR. I am watching the DTC webinar now. It sounds like there are different ways to address this. Is there a specific connector that should be used with FHIR or should the java/ws be used?
January 26, 2016 at 4:00 pm in reply to: Tcl Curl with cloverleaf 5.7 – sending to connect virginia #80721Perfect. Thanks
January 22, 2016 at 10:18 pm in reply to: Tcl Curl with cloverleaf 5.7 – sending to connect virginia #80719I just tackled this same issue. I posted the script that performs a post via HTTPS to a web site.
The attached script is sucessful.
I am fighting another issue now that you may encounter too. That issue is the handling of inbound replies. They are not making their way to inbound SMAT and I need to handle the ACK>
I have the script set up as a UPOC.
This does not appear to be resolved in 6.1. I am getting core dumps as well relgaed to signal exception exceptions.
Any advice on how to resolve this in 6.1 would be appreciated.
[pdl :PDL :ERR /0:to_sgsound_adt:09/21/2015 15:18:09] PDL signaled exception: code 1, msg write failure
[pti :sign:WARN/0:to_sgsound_adt:09/21/2015 15:20:14] Thread 3 ( to_sgsound_adt ) received signal 11
[pti :sign:WARN/0:to_sgsound_adt:09/21/2015 15:20:14] PC = 0x10025714
CORRECTION – There are no TCL Procs being hit on the inbound thread.
We are receiving 64 bit encoded data in OBX.5.
Here is additional information that was found.
– The sending system is sending an FIN ACK, which kills the connection, immediatley after receiving the HL7 ACK.
– The inbound thread over time consumes the RAM and necessitates a reboot of the server causing PROD impact.
– Our last reboot was on 6/28.
Questions:
– I am not sure why a transient connection to the IB TCP Server would cause a memory leak on the server. Can anyone clarify?
– What can be done to eliminate the issue? Would moving the TCL procs to an bridge receive solve the problem?
– Is changing the TCP/Client and TCP/Server be an option? This is not typical, but we could set our inbound up as a TCP/Client and connect to the reconfigured outbound, TCP/Server, on the application side.
This issue was not seen on 5.4.1. It was only after upgrading to 5.7that this CLOSE_WAIT issue came about. It could be related to the OS and that is being explored.
We are running 5.7 rev2 on AIX 6.1.
I actually logged onto research this very thing.
I am encountering this issue as well. We are using 5.7 on AIX. I am polling for a file on an external system running AIX.
The symptom that I am seeing is that the the FTP Get being run by the IB thread is not closing the connection cleanly. So as time goes by, as in your case, the number of connections in CLOSE_WAIT on the external with a FIN_WAIT2 on the Cloverleaf server. After each attempt the connection is not let go.
This has caused production issues and continues to be a risk.
-
AuthorReplies