[Ron Swain]

I can see the site documentation using the link in the application but none of the other features. Any related documentation?

[Ron Swain]

Did anyone get a response to this? We have the security server on; but the only thing we can get to thru a web browser is the site documentation. We are unable to access the CLWizard and other web pages. If someone can steer me in the correct direction it would be appreciated.

Thanks

[Ron Swain]

After researching more I do not believe it is the message size itself; but the number of embedded PDF’s in the OBX segments… but still interested in any thoughts.

 

Thanks

[Ron Swain]

I do not know if it is Cloverleaf or Epic Interconnect for sure. That is why I am troubleshooting this and would like to do everything I can to eliminate the probability of it being an issue on Cloverleaf.  My OS information is below”

NAME=”Red Hat Enterprise Linux Server”
VERSION=”7.9 (Maipo)”
ID=”rhel”
ID_LIKE=”fedora”
VARIANT=”Server”
VARIANT_ID=”server”
VERSION_ID=”7.9″
PRETTY_NAME=”Red Hat Enterprise Linux”
ANSI_COLOR=”0;31″
CPE_NAME=”cpe:/o:redhat:enterprise_linux:7.9:GA:server”
HOME_URL=”https://www.redhat.com/”
BUG_REPORT_URL=”https://bugzilla.redhat.com/”

REDHAT_BUGZILLA_PRODUCT=”Red Hat Enterprise Linux 7″
REDHAT_BUGZILLA_PRODUCT_VERSION=7.9
REDHAT_SUPPORT_PRODUCT=”Red Hat Enterprise Linux”
REDHAT_SUPPORT_PRODUCT_VERSION=”7.9″

Thanks

[Ron Swain]

Thanks I will go take a look at those notes. I meant to include in my original post we are on 19.1.2.1P..  Thanks Again.

[Ron Swain]

I am looking for information on this as well. Did you ever find anything?

[Ron Swain]

Thanks for the information.

[Ron Swain]

We are currently on 6.1.2 with plans to upgrade to latest version in the first quarter of 2021. Is our current version 6.1.2 compatible with RHEL 7 and if so which version of RHEL 7?

Thanks,

Ron

[Ron Swain]

Keith,

Does it matter if you use the optional or repeat? I am concerned if I use the optional [ ] would it then allow for required fields to not be required?

 

Jim,

I am going to e-mail you to get more information about this translation class.

Thanks guys

Ron

[Ron Swain]

Thanks Mark; but I resolved it last night. Below is the line from the cron that runs the script to update and generate the site documentation:

30 23 * * * ifactive  export DISPLAY=:0.0;  /global/hci/cis6.1/integrator/bin/autositedoc.sh >>/dev/null 2>&1

The autositedoc.sh is just a short script that executes the hcisitedoc for all of our cloverleaf sites and places the output in the directory we need it in.  It seems the part I was missing was the “DISPLAY=:0.0”

[Ron Swain]

A little more information. Running the command stand alone  in a shell I have to have the X11 option turned off. I am suspecting this is why it is not executing when told too by the cron.

[Ron Swain]

Opened a ticket with INFOR and they helped resolve the issue. Had to run patch 6.1.2 on the security server.

[Ron Swain]

Having similar issue.  The -c option gives the following:

TPS ERROR disposition

[Ron Swain]

Thanks for everyone’s input

I have the TCL Script together but it is still a little odd.

If I use the following:

set newmsg [string map -nocase {x96 x2d} $msg]

No changes are made and the output is still incorrect

If I use the one below it makes the change as expected. Where you see the question mark in the diamond appears as a square box in the TCL Script editor.

set newmsg [string map -nocase {“�” x2d} $msg]

I believe we are going to have to come with a more robust solution as we have discovered other incoming messages on other interfaces having similar issues.

[Ron Swain]

Thanks for the responses and suggestions.

Here are the outputs of the messages in hex

Inbound_Message_Snippet:

00000dd0

[Author]

Replies