Ted Viens

Forum Replies Created

Viewing 14 replies – 1 through 14 (of 14 total)
  • Author
    Replies
  • in reply to: Crowdstrike affecting engine performance #119296
    Ted Viens
    Participant

      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.

      in reply to: Trouble using variables as the basis of an Iterate. #118908
      Ted Viens
      Participant

        Thank you for sharing your final solution.  I was happy to help.

        in reply to: Trouble using variables as the basis of an Iterate. #118904
        Ted Viens
        Participant

          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.

          in reply to: Trouble using variables as the basis of an Iterate. #118897
          Ted Viens
          Participant

            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: 6

             

            I 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.
            Ted Viens
            Participant

              This is an example

              Attachments:
              You must be logged in to view attached files.
              Ted Viens
              Participant

                You 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.
                Ted Viens
                Participant

                  I 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?

                  in reply to: Tcl Curl with cloverleaf 5.7 – sending to connect virginia #80721
                  Ted Viens
                  Participant

                    Perfect.  Thanks

                    in reply to: Tcl Curl with cloverleaf 5.7 – sending to connect virginia #80719
                    Ted Viens
                    Participant

                      I 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.

                      in reply to: Engine process core dump #81693
                      Ted Viens
                      Participant

                        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

                        in reply to: CL5.7 rev 2 – aix — memory leak with inbound tcp #73759
                        Ted Viens
                        Participant

                          CORRECTION – There are no TCL Procs being hit on the inbound thread.

                          We are receiving 64 bit encoded data in OBX.5.

                          in reply to: CL5.7 rev 2 – aix — memory leak with inbound tcp #73758
                          Ted Viens
                          Participant

                            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.

                            in reply to: Close_wait state #71176
                            Ted Viens
                            Participant

                              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.

                              in reply to: Close_wait state #71173
                              Ted Viens
                              Participant

                                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.

                              Viewing 14 replies – 1 through 14 (of 14 total)