[John Zalesak]

Gerand,

We almost always use hcidbdump to look and work with these.  Here is some more info.

1) hcidbdump -e  writes the messages to a file

2) hcidbdump -e -D deletes the messages in the db

3) if you use the -m option, you do not need the 0.0.  all you need is just the number after the second .

4) NEVER NEVER ctrl-C to end it.  We have locked down the entire site by doing this.  No messages could get through any where..

Good Luck.

[John Zalesak]

Yes, we do this alot.

Same port number on Site A and Site B.  One is Outbound and one is Inbound.

Yes you can ack/nack on them also. we use RawHL7Ack.  There probably is a more efficient way ack/nack then the HL7 ack but that is what we use and it works.

[John Zalesak]

Charlie,

You are correct, the second -p is really a -c and yes there are quotes.  I also get the stats on the thread to see how things went and take action depending on result.  Here is the actual code:

catch [exec $HciRoot/bin/hcicmd -p $ProsName -c “$ConnName phold_obd”]

sleep 2

catch [set ThrdStats [msiGetStatSample $ConnName]]

keylget ThrdStats PSTATUS HoldStat

Looks like we need to do some more leg work to get to the bottom of this.

Thanks for pointing us in the correct direction.

[John Zalesak]

If I do a search that generates a list of topics that is more than one page long, I can only view the 1st page.  A fix for this would be great.

[John Zalesak]

Gary Atkinson wrote:

Were/are there any messages in the recovery database that belong to those processes?

We do this monthly and have procedures in place to keep messages out before we take it down.

We check the databases (hcidbdump) right before we take them down to make sure they are empty.

A message could have snuck in, but at this point, I am not sure how to tell??  Is there a trail somewhere that would tell me???

I would assume though that as soon as we came up and made a connection with the sending application, it had messages queued up to send us.

[John Zalesak]

Max Drown wrote:

Max Drown wrote:

We’ve had this problem as well with a VPN connection. So far, HealthVision support has not returned a solution or fix to us. We took the same approach as mentioned above and limited the size of the log file.

Support is actively working with me on it, we just haven’t determine a root cause and a fix to my knowledge.

If you need another data point for the same problem.  Let me know and I will get you the info.

[John Zalesak]

I just sent HealthVision an email letting them know we have this issue also.

Thanks for the advice on rolling the log file on size.  I will put that in place also.

If/when we learn something, I will post it here.

Regards

[John Zalesak]

We are running 5.4.1 on HP-UX

The 8 meg file does load slow but that size is not the norm.  A more typical size is 1 meg.

So 24 hr vs 12 hr only takes us to 2 meg.

We can try it and see the trade off between easier to manage but slower to load.

[John Zalesak]

TTT

[John Zalesak]

Thanks Everyone for your comments.  They help a bunch !  😀

[John Zalesak]

That was my guess but my guesses don’t always hit the mark.

Thanks !

[John Zalesak]

Max – Thanks for you comments.

Anyone else have any Linux Experiences to Share???

[John Zalesak]

Have you always been on Linux or did you change over from something else?  If it was a change, from what and were there any issues??

Have you run any other version in Linux?

Any special problems or unique items we should be concerned about?

[John Zalesak]

This has just been resolved by Healtvisions.

Not sure what was wrong.

Just for info, my client machine is running XP ver 5.1 SP3

The text below is copied from a Healthvision Support E-mail.

The issue might be related to a bug in JRE1.4.2  (http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6378990

Here is the workaround,

 

1) Backup the file client.ini in the folder “%HCIROOT%client” in the client machine.  

2) Open IDE, click menu “Options->Client Options …”, it will open a “Client Preferences” dialog, click “Advanced” tab,

Enter the following string in the JVM Arguments field,  

-Duser.timezone=America/New_York

Clicking “Ok” button to close the dialog “Client Preferences”, and restart IDE.

Now try to load message in SMAT and see if Sending date is displayed correctly. (Timezone should be displayed as “EDT” instead of “GMT”)  

[John Zalesak]

I had a problem in a similar situation.

“It” would not let me just not copy it if I did not want it.  I had to copy a null to the output to make it work.  Not sure what the difference is.  When I copied the null to the output, nothing showed up there, which is what I wanted.

It was one of those where you really don’t know why, you just tried enough different things to finally find one that works and you just move on.

Hope this helps.  If not, just keep asking.  Eventually the problem, whatever it is, can be solved.

[Author]

Replies