Forum Replies Created
-
AuthorReplies
-
Hi Paul,
Active / Passive. pcs status indicated everything was ‘online’ and no mention of issues.
– Jared Parish
Hi Paul!
I wonder what the consensus is doing: threshold or time based? Seems like, functionality wise, CIS wants us to use size based cycling.
– Jared Parish
February 24, 2021 at 6:14 pm in reply to: Missing report messages related to use of localhost #118526If I understand you correctly, I’d be interested to know what kind of ACK / reply logic you have setup between these internal threads?
- This reply was modified 3 years, 10 months ago by Jared Parish.
– Jared Parish
Hi Stewart. I enabled the firewall on our RHEL last year and it is working without issue. It sounds like you might have not have cloverleaf configured to work behind a firewall. If you haven’t already, read the ‘Firewall’ section in the Cloverleaf Documentation.
Also, I believe you’ll have to configure an ephemeral port range in site settings — also in the cloverleaf documentation. Community, correct me if I’m wrong.
Let us know if you’ve already configured these settings.
- This reply was modified 3 years, 10 months ago by Jared Parish.
– Jared Parish
Thank you, Charlie!
– Jared Parish
Could this be your issue? Archive KB 1550447
<td class=”KBDefaultLabel_Bold”>Description:
<td class=”KBDefaultLabel”>Hello, Using the STRING function, xlateStrLength to determine the length of a string in his xlate. Your encountering the following error:
Tcl callout error
xlateStrLength:
errorCode: NONE
errorInfo:
bad type “st”: must be c, d, v, or x
while executing
“xpmstore $xlateId $outAdd $outType [string length $inValue] ”
(procedure “xlateStrLength” line 7)
invoked from within
“xlateStrLength”
<td class=”KBDefaultLabel_Bold”>Work Around:
<td class=”KBDefaultLabel”>Workaround is to set outType to c
<td class=”KBDefaultLabel_Bold”>Resolution:
<td class=”KBDefaultLabel”>Reported as a bug and will be addressed in a later version or patch.
– Jared Parish
What version of Cloverleaf? What error are you receiving?
– Jared Parish
Are there a large volume of messages in the recovery database?
I’ve had this happen as well. The issue at hand was there was a large volume of messages in recovery db. When each thread was starting, it would check every message to see if it was owned by that thread. I discovered this by turning up the logging level.
– Jared Parish
For inbound multi server mode, you’d just need to have TPS Inbound Data proc ‘hl7Raw_ack’ or similar defined on the Inbound tab. See attachment. No other setup would be needed for multi server mode.
Changes to the outbound tab wouldn’t be needed for an inbound thread from meditech.
– Jared Parish
I’ve experienced similar connection issues on receiving interfaces. I also chose to enable multi server. I’ve thought about adjusting OS TCP time-out / keep alive settings but, multi server seemed like the easiest and safest option.
– Jared Parish
November 25, 2016 at 3:03 pm in reply to: PANIC: assertion ‘0’ failed at PthreadInterface.cpp/718 #84002David,
In the past, I’ve experienced engine panics like you describe (Messages pending, remote connection not listening). I found that those HL7 interfaces had the recover_33 procs defined for message recovery. When I switched those interfaces to the builtin recovery (Resend OB message, under Timeout Handling) the process would stop panicking.
This engine was CL 5.7 on Redhat.
– Jared Parish
I’ve come across similar behavior as well. In my case, I was trying to pair down a repeating field. For example, a field was populated with
Code:|Rep_1~Rep_2~Rep_3|
I wanted to keep only the first repetition. But was left withCode:|Rep_1~~|
rather thanCode:|Rep_1|
In the end, I had to write a TCL proc to clean it up.CL 6.1 on Redhat.
– Jared Parish
I took a few minutes to double check my claim today. My results are a little different than I previously stated. I check the append feature for the protocols FTP, SFTP, and FTPS. Append worked for FTP and FTPS. When I switched to SFTP with APPEND check in the fileset-ftp configurations, CL sent the FTP STOR command. That is, CL overwrote rather than appended to the remote file.
Tested on CL 6.1 Redhat Linux
– Jared Parish
Hi Shikher,
I’ve just recently had this same issue. I could not get FTP or SFTP to append. I resolved it by switching the protocol on CL to FTPS. You may not have this same option as, I think, its a licensed feature. I didn’t thoroughly research to determine if the issues was with CL or with the FTP server. Also, the CL documentation has this note:
Quote:Note: An SFTP Server using OpenSSH does not support the append option on SFTP uploads. When using the append option on SFTP uploads, ensure the server supports this option.
If I have time, I’ll try to determine if the remote FTP host is receiving an APPE or STOR command and report appropriately.
The CL server: CL 6.1 Redhat Linux.
– Jared Parish
For those who wish to cure your snow blindness with 6.1. I just stumbled upon this inforxtreme ticket
<a href="https://www.inforxtreme.com/espublic/EN/AnswerLinkDotNet/SoHo/Solutions/SoHoViewSolutionC.aspx?SolutionID=1572837%5D” class=”bbcode_url”>https://www.inforxtreme.com/espublic/EN/AnswerLinkDotNet/SoHo/Solutions/SoHoViewSolutionC.aspx?SolutionID=1572837%5D. Which states:Quote:please add “-Dhookloop=false” to JVM Arguments field in IDE menu options->client options-> advanced tab. Then reopen IDE.
Should resolve your issue.
Thanks
I much prefer the ‘original’ look and feel. My apologies if this has already been posted.
– Jared Parish
-
AuthorReplies