[Tim Malaney]

I had seen this post referring to Portable Client and did not know if it was referring to 6.2 only or there was more too it.

https://usspvlclovertch2.infor.com/viewtopic.php?t=8414

We’d be looking for full access to all tools in IDE not just monitoring.

[Tim Malaney]

Thanks – we are not changing servers – just IP’s. We are merging networks and need to standardize.

[Tim Malaney]

David, not sure I follow but it seems interesting. Do you have 1 physical server with two addressable IP’s? Can a sending system connect to either IP and a Cloverleaf thread? If so, how is the Cloverleaf connection being made – on the port?? Is it the port/IP that makes it unique?

Thanks

[Tim Malaney]

Thanks – most are DNS. We have a couple applications that are IP and the vendors will only make the change off hours for $$$.

[Tim Malaney]

Dave, Steve thanks, things to watch for. As far as moving Windows based files over to a Unix environment it does not sound like that would be an issue.

[Tim Malaney]

We may go to throttling but as a last resort. We are worried we would be masking a problem that could show up in another form. We never see

RESEND_OB_MSG -No response within timeout or state 14 message resent.

RESEND_OB_MSG – Resending msg at……

[Tim Malaney]

I now see the problem but I don’t know the solution. When the ftp thread logs in, it correctly changes directory to the location of the file. When it re-logs in to delete the file, it does not change directory and cannot find the file to delete. Below are log excerpts for the initial login and the re-login to delete the file, We are on Cloverleaf 5.85

USER *********

< 331 Password required for *********.

> PASS *******

< 230 User ******* logged in.

> PWD

< 257 "/" is current directory.

* Entry path is ‘/’

> CWD MPI-TEST

< 250 CWD command successful.> EPSV

* Connect data stream passively

< 500 'EPSV': command not understood

* disabling EPSV usage

> PASV

< 227 Entering Passive Mode (10,1,204,141,193,10).

*   Trying ***********… * connected

* Connecting to ********* (*********) port 49418

> TYPE A

< 200 Type set to A.

> nlst

< 125 Data connection already open; Transfer starting.

* Maxdownload = -1

* Remembering we are in dir “MPI-TEST/”

< 226 Transfer complete.

* Connection #0 to host ************ left intact

Relogin in to delete file – does not change to correct directory path

Connection #0 seems to be dead!

* Send failure: Broken pipe

* Closing connection #0

* About to connect() to *********** port 21 (#0)

*   Trying **********… * connected

* Connected to *********** port 21 (#0)

< 220 Microsoft FTP Service

> USER *********

< 331 Password required for **********.

> PASS *********

< 230 User ******** logged in.

> PWD

< 257 "/" is current directory.

* Entry path is ‘/’

> DELE mpimgnt.txt< 550 mpimgnt.txt: The system cannot find the file specified.

* QUOT command failed with 550

* Closing connection #0

[fset:read:ERR /0: MPIMGMT_SEND:10/18/2013 08:30:34] Error while trying to delete mpimgnt.txt.  

                               Detailed error:Send failure: Broken pipe

                               Curl errCode:21 Curl error: Quote command returned error

[Tim Malaney]

Thanks Jim, I had a poor choice of words. It is an outbound thread that writes to a file that is then moved to a directory read by a second fileset-local thread.

[Tim Malaney]

Thanks for the suggestions. We have a script that puts the inbound thread on hold while the process is running. I added stopping the fileset-local thread so it will not try to pick up a file if it happens to hit it’s scan interval.

[Tim Malaney]

As a FYI – we found we had issues when we used the word ALERT (all caps) in any text in an alert. Worked in 5.6 but caused issues in 5.8

[Tim Malaney]

As an update, this happened when the sending system sent the time zone in the data/time. Cloverleaf adjusted both the time and the time zone, incorrectly. This was sent on 20121103 to be collected the next day (following time change)

20121104041500-0600 changed to 20121104051500-0500

[Tim Malaney]

After a second, maybe third, attempt, Jim’s suggestion does work. Fat fingered previous attempts.

[Tim Malaney]

I’ve just run into the same issue. Luke, did Jim’s suggestion (ORU_R01_ORU_R01 ) work? I have not been able to get that to work.

Thanks

[Tim Malaney]

Thanks but I don’t know if a keep alive will prevent this. The connection is relatively active. All our other VPN connections timeout and recover – in the first example below. This connection will also do that but on occassion gets into this infinite loop logging the timeout and eating up CPU time – second example..

This is a timeout that recovers

[pdl :PDL :ERR /0:    MCOW_RECV:05/07/2012 08:24:20] read failed: Connection timed out

[pdl :PDL :ERR /0:    MCOW_RECV:05/07/2012 08:24:20] read returned error 72 (Value too large to be stored in data type)

[pdl :PDL :ERR /0:    MCOW_RECV:05/07/2012 08:24:20] PDL signaled exception: code 1, msg device error (remote side probably shut dow

n)

This is th timeout that loops with 100’s of entries/second

[pdl :PDL :ERR /0:ADULTMED_RECV:05/04/2012 13:00:07] read failed: Connection timed out

[pdl :PDL :ERR /0:ADULTMED_RECV:05/04/2012 13:00:07] read returned error 72 (Value too large to be stored in data type)

[pdl :PDL :ERR /0:ADULTMED_RECV:05/04/2012 13:00:07] read failed: Connection timed out

[pdl :PDL :ERR /0:ADULTMED_RECV:05/04/2012 13:00:07] read returned error 238 (Connection timed out)

[pdl :PDL :ERR /0:ADULTMED_RECV:05/04/2012 13:00:07] read returned error 238 (Connection timed out)

[pdl :PDL :ERR /0:ADULTMED_RECV:05/04/2012 13:00:07] read returned error 238 (Connection timed out)

[Tim Malaney]

We’ve had a couple different issues with systems and the size of the tcp/ip buffer. One system hung up if the message spanned more then one buffer. Another system had an issue if the message was a specific size, splitting the HL7 end of message characters, hex 1c0d across buffers. The code was looking for 1c and then checking for 0d in the next byte. If the 1c and 0d was split across buffers it would hang.

[Author]

Replies