Announcement

Collapse

NextGen (Mirth) Connect 3.10.0 Released!

NextGen (Mirth) Connect 3.10.0 is now available as an appliance update and on our GitHub page. This release includes better SQL Server database support, security improvements through fixes and library updates, and improvements for the Advanced Clustering plugin with a focus on improving performance of many of the tasks that are carried out on a frequent interval. See the release notes for the list of fixes and updates.

Download | See What's New | Upgrade Guide | Release Notes

For discussion on this release, see this thread.
See more
See less

Problem processing files through NFS share

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Problem processing files through NFS share

    I am trying to process files that are located on a different Linux server than Mirth, but are accessible through an NFS share.

    I am sharing the files out from server MERKEL as such:

    # cat /etc/exports
    /nfs-share larynx(rw,sync)


    I am mounting it on server LARYNX as such:

    # cat /etc/fstab
    merkel:/nfs-share /mnt/merkel nfs rsize=8192,wsize=8192,timeo=14,intr

    I can access the files from the command line as root and a general user. I can move them, copy them, delete them, etc.

    Here is the directory it is looking for files:

    [[email protected] ~]$ ls -lt /mnt/merkel
    total 12
    -rwxrwxrwx 1 devuser devuser 4873 Jun 5 15:38 test.hl7


    When I setup a channel to look at the NFS share for *.hl7 and move them after processing (as well as delete) to a local directory on the Mirth server (Larynx), the channel just repetitively processes the file without moving. So it keeps inserting the data from the files to the database, creates PDF files of the data, etc. Over and over until the channel is disabled.

    Any thoughts as to why it isn't moving the file?

    Thanks!

  • #2
    Re:Problem processing files through NFS share

    Yes, this happened to me one day when I was testing on a windows share. I think this is a problem with Java, and we cannot do anything to fix it. It's been a while, but I think the solution I came up with was to set "Delete after read" to "no" and specify a move-to directory.
    Brendan Haverlock | Mirth Software Engineer | Mirth Corporation

    Comment


    • #3
      Re:Problem processing files through NFS share

      I just tried that and it still won't work. Here is what is showing up in the error log:

      ERROR 2007-06-05 17:36:32,173 [8b167ccd-590d-4b34-9ecc-072229e6a75d_source_connector._fileEndpoint#-1874518172.receiver.1] org.mule.impl.Defa
      ultComponentExceptionStrategy: Caught exception in Exception Strategy for: 8b167ccd-590d-4b34-9ecc-072229e6a75d: org.mule.MuleException: Fail
      ed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-31.951". The file already exists.
      org.mule.MuleException: Failed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-31.951". The file already exist
      s.
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.processFile(FileMessageReceiver.ja va:222)
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.poll(FileMessageReceiver.java:114)
      at org.mule.providers.PollingMessageReceiver.run(Poll ingMessageReceiver.java:73)
      at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.runTask(ThreadPoolExecutor. java:650)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.run(ThreadPoolExecutor.java :675)
      at java.lang.Thread.run(Unknown Source)
      ERROR 2007-06-05 17:36:33,419 [8b167ccd-590d-4b34-9ecc-072229e6a75d_source_connector._fileEndpoint#-1874518172.receiver.1] org.mule.impl.Defa
      ultComponentExceptionStrategy: Caught exception in Exception Strategy for: 8b167ccd-590d-4b34-9ecc-072229e6a75d: org.mule.MuleException: Fail
      ed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-33.176". The file already exists.
      org.mule.MuleException: Failed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-33.176". The file already exist
      s.
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.processFile(FileMessageReceiver.ja va:222)
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.poll(FileMessageReceiver.java:114)
      at org.mule.providers.PollingMessageReceiver.run(Poll ingMessageReceiver.java:73)
      at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.runTask(ThreadPoolExecutor. java:650)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.run(ThreadPoolExecutor.java :675)
      at java.lang.Thread.run(Unknown Source)
      ERROR 2007-06-05 17:36:34,634 [8b167ccd-590d-4b34-9ecc-072229e6a75d_source_connector._fileEndpoint#-1874518172.receiver.1] org.mule.impl.Defa
      ultComponentExceptionStrategy: Caught exception in Exception Strategy for: 8b167ccd-590d-4b34-9ecc-072229e6a75d: org.mule.MuleException: Fail
      ed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-34.422". The file already exists.
      org.mule.MuleException: Failed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-34.422". The file already exist
      s.
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.processFile(FileMessageReceiver.ja va:222)
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.poll(FileMessageReceiver.java:114)
      at org.mule.providers.PollingMessageReceiver.run(Poll ingMessageReceiver.java:73)
      at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.runTask(ThreadPoolExecutor. java:650)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.run(ThreadPoolExecutor.java :675)
      at java.lang.Thread.run(Unknown Source)
      ERROR 2007-06-05 17:36:35,860 [8b167ccd-590d-4b34-9ecc-072229e6a75d_source_connector._fileEndpoint#-1874518172.receiver.1] org.mule.impl.Defa
      ultComponentExceptionStrategy: Caught exception in Exception Strategy for: 8b167ccd-590d-4b34-9ecc-072229e6a75d: org.mule.MuleException: Fail
      ed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-35.637". The file already exists.
      org.mule.MuleException: Failed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-35.637". The file already exist
      s.
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.processFile(FileMessageReceiver.ja va:222)
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.poll(FileMessageReceiver.java:114)
      at org.mule.providers.PollingMessageReceiver.run(Poll ingMessageReceiver.java:73)
      at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.runTask(ThreadPoolExecutor. java:650)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.run(ThreadPoolExecutor.java :675)
      at java.lang.Thread.run(Unknown Source)
      ERROR 2007-06-05 17:36:37,113 [8b167ccd-590d-4b34-9ecc-072229e6a75d_source_connector._fileEndpoint#-1874518172.receiver.1] org.mule.impl.Defa
      ultComponentExceptionStrategy: Caught exception in Exception Strategy for: 8b167ccd-590d-4b34-9ecc-072229e6a75d: org.mule.MuleException: Fail
      ed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-36.862". The file already exists.
      org.mule.MuleException: Failed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-36.862". The file already exist
      s.
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.processFile(FileMessageReceiver.ja va:222)
      at com.webreach.mirth.server.mule.providers.file.File MessageReceiver.poll(FileMessageReceiver.java:114)
      at org.mule.providers.PollingMessageReceiver.run(Poll ingMessageReceiver.java:73)
      at org.mule.impl.work.WorkerContext.run(WorkerContext .java:290)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.runTask(ThreadPoolExecutor. java:650)
      at edu.emory.mathcs.backport.java.util.concurrent.Thr eadPoolExecutor$Worker.run(ThreadPoolExecutor.java :675)
      at java.lang.Thread.run(Unknown Source)
      ERROR 2007-06-05 17:37:23,632 [8b167ccd-590d-4b34-9ecc-072229e6a75d_source_connector._fileEndpoint#-1874518172.receiver.1] org.mule.impl.Defa
      ultComponentExceptionStrategy: Caught exception in Exception Strategy for: 8b167ccd-590d-4b34-9ecc-072229e6a75d: org.mule.MuleException: Fail
      ed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-38.116". The file already exists.
      org.mule.MuleException: Failed to move file "/mnt/merkel/test.hl7" to "/tmp/MIRTHOUT/test.hl7.05-06-07_17-36-38.116". The file already exist
      s.
      The file certainly doesn't exist in the destination location as it is named with the current timestamp. Not sure what the issue could be.

      Comment


      • #4
        Re:Problem processing files through NFS share

        Hi all,

        after some test I found the solution. I'm working on a windows environment but I think that all issues are produced by the same error.

        After generat "File already exist" message many times I checked share permissions and NTFS permissions, and after assign "Modify" NTFS permission to the user everything worked fine!.

        If anyone can confirm this in *nix environment it could be great!

        HTH,

        Ricard Bernat

        Comment


        • #5
          Problem processing files through SMB share

          Hello,

          I'm experiencing the same problem when accessing a share using SMB and trying to move the processed or failed files to a local folder.
          I'm not sure what your solution was as to my information i've enough NTFS rights on both the remote as the local path.

          Can you explain a bit further please ?

          (I'm using Mirth 1.8.2.4472)

          Comment


          • #6
            I was also able to add "Modify" and "write" permissions for the users on the Security (not sharing) Tab of the NTFS folder. After that, it worked!

            Comment


            • #7
              never worked for me. wound up leaving both the "move-to directory" and "move-to filename" fields blank and creating a new "File writer" destination to fix the problem.

              curiouser and curiouser.

              also strange .. "delete file after read" does not work for me either (sftp'ing file from remote host to local - storing file local - hoping to delete file from host afterward ... not working). anybody have any idea why that might be? i'm getting the dreaded 'Failed to delete file "*" as part of the file move operation. ... are these two things related?
              Last edited by jboby; 12-29-2010, 11:12 AM.

              Comment

              Working...
              X