java.lang.Exception: java.io.IOException: Ftp error: 550

Mirth Project | R Nem | 5 years ago
  1. 0

    ftp fails to connect and retrieve files. Test read fails. Channel deploys with fatal errors. Get the following erroSr: 2011-10-12 21:52:31,238] ERROR (com.mirth.connect.connectors.file.filesystems.FtpConnection:133): listFiles.changeWorkingDirectory: 550-550 XCWD valid $volume.subvolume format required. >>>>> This is notable since I am reading from the root directory, and there should be no changing of working directory at all. Other errors: [2011-10-12 21:52:31,254] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:84): The error is: java.io.IOException: Ftp error: 550 java.lang.Exception: java.io.IOException: Ftp error: 550 at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:124) at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:97) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:290) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) at java.lang.Thread.run(Unknown Source)Caused by: java.io.IOException: Ftp error: 550 at com.mirth.connect.connectors.file.filesystems.FtpConnection.listFiles(FtpConnection.java:134) at com.mirth.connect.connectors.file.FileMessageReceiver.listFiles(FileMessageReceiver.java:416) at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:104) ... 5 more [2011-10-12 21:52:31,254] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:83): The Default Component Exception Strategy has been invoked but there is no current event on the context

    Mirth Project | 5 years ago | R Nem
    java.lang.Exception: java.io.IOException: Ftp error: 550
  2. 0

    If you try to use the File Reader in SFTP mode to connect to a directory that has spaces in the name, you will see the following error: [2011-11-11 11:23:14,645] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:84): The error is: 2: No such file java.lang.Exception: 2: No such file at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:124) at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:97) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:290) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) at java.lang.Thread.run(Thread.java:662)Caused by: 2: No such file at com.jcraft.jsch.ChannelSftp.throwStatusError(ChannelSftp.java:2297) at com.jcraft.jsch.ChannelSftp._realpath(ChannelSftp.java:1831) at com.jcraft.jsch.ChannelSftp.cd(ChannelSftp.java:268) at com.mirth.connect.connectors.file.filesystems.SftpConnection.listFiles(SftpConnection.java:134) at com.mirth.connect.connectors.file.FileMessageReceiver.listFiles(FileMessageReceiver.java:416) at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:104) ... 5 more This is because the space in the name is encoded as "%20" when it is saved. To fix this, the name should be escaped before the "cd" command is performed.

    Mirth Project | 5 years ago | Gerald Bortis
    java.lang.Exception: 2: No such file
  3. 0

    Mirth 2.1 inbound ftp connector, (tested here on localhost ftp server) is able to pool messages on a directory containing up to 10 000 1KB message files (present in the directory at a given time) without problem, however beyond this limit, (in our case 72800 message files) the polling no bring any message. In Mirth log, the folowing error: -- [2011-06-20 19:11:07,558] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:84): The error is: java.net.SocketTimeoutException: Read timed out java.lang.Exception: java.net.SocketTimeoutException: Read timed out at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:124) at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:97) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:290) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) at java.lang.Thread.run(Unknown Source)Caused by: java.net.SocketTimeoutException: Read timed out at java.net.SocketInputStream.socketRead0(Native Method) at java.net.SocketInputStream.read(Unknown Source) at sun.nio.cs.StreamDecoder.readBytes(Unknown Source) at sun.nio.cs.StreamDecoder.implRead(Unknown Source) at sun.nio.cs.StreamDecoder.read(Unknown Source) at java.io.InputStreamReader.read(Unknown Source) at java.io.BufferedReader.fill(Unknown Source) at java.io.BufferedReader.readLine(Unknown Source) at java.io.BufferedReader.readLine(Unknown Source) at org.apache.commons.net.ftp.FTP.__getReply(FTP.java:294) at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:490) at org.apache.commons.net.ftp.FTP.sendCommand(FTP.java:534) at org.apache.commons.net.ftp.FTPClient._openDataConnection_(FTPClient.java:509) at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2296) at org.apache.commons.net.ftp.FTPClient.initiateListParsing(FTPClient.java:2269) at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2046) at org.apache.commons.net.ftp.FTPClient.listFiles(FTPClient.java:2093) at com.mirth.connect.connectors.file.filesystems.FtpConnection.listFiles(FtpConnection.java:137) at com.mirth.connect.connectors.file.FileMessageReceiver.listFiles(FileMessageReceiver.java:416) at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:104) -- (of course, ftp server state was checked in parallel during this test) Best regards,

    Mirth Project | 5 years ago | Bruno MARTIN
    java.lang.Exception: java.net.SocketTimeoutException: Read timed out
  4. Speed up your debug routine!

    Automated exception search integrated into your IDE

  5. 0

    I set up a new channel this morning and didn't check my source connection before deploying. I was running test messages through manually so I didn't notice a huge number of errors coming through. The error message indicated an smb connection problem, which allowed me to reduce my search, but I do have quite a few of those. I finally managed to trace the issue back to this channel's source connector. Once I corrected the issue and re-deployed the channel things were fine: The problem is that the error messages didn't tell me what channel the problem was in. These are the two I was getting: [2011-10-27 12:52:37,172] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:83): The Default Component Exception Strategy has been invoked but there is no current event on the context and: [2011-10-27 12:52:37,173] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:84): The error is: org.mule.MuleException: Error happened while listing files java.lang.Exception: org.mule.MuleException: Error happened while listing files at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:124) at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:97) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:290) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) at java.lang.Thread.run(Thread.java:662)Caused by: org.mule.MuleException: Error happened while listing files at com.mirth.connect.connectors.file.filesystems.SmbFileConnection.listFiles(SmbFileConnection.java:147) at com.mirth.connect.connectors.file.FileMessageReceiver.listFiles(FileMessageReceiver.java:416) at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:104) ... 5 moreCaused by: jcifs.smb.SmbAuthException: Logon failure: unknown user name or bad password. at jcifs.smb.SmbTransport.checkStatus(SmbTransport.java:515) at jcifs.smb.SmbTransport.send(SmbTransport.java:629) at jcifs.smb.SmbSession.sessionSetup(SmbSession.java:288) at jcifs.smb.SmbSession.send(SmbSession.java:233) at jcifs.smb.SmbTree.treeConnect(SmbTree.java:154) at jcifs.smb.SmbFile.doConnect(SmbFile.java:847) at jcifs.smb.SmbFile.connect(SmbFile.java:890) at jcifs.smb.SmbFile.connect0(SmbFile.java:816) at jcifs.smb.SmbFile.resolveDfs(SmbFile.java:665) at jcifs.smb.SmbFile.send(SmbFile.java:716) at jcifs.smb.SmbFile.doFindFirstNext(SmbFile.java:1920) at jcifs.smb.SmbFile.doEnum(SmbFile.java:1672) at jcifs.smb.SmbFile.listFiles(SmbFile.java:1649) at jcifs.smb.SmbFile.listFiles(SmbFile.java:1627) at com.mirth.connect.connectors.file.filesystems.SmbFileConnection.listFiles(SmbFileConnection.java:133) ... 7 more

    Mirth Project | 5 years ago | David Rothbauer
    java.lang.Exception: org.mule.MuleException: Error happened while listing files
  6. 0

    ftp fails to connect and retrieve files. Test read fails. Channel deploys with fatal errors. Get the following erroSr: 2011-10-12 21:52:31,238] ERROR (com.mirth.connect.connectors.file.filesystems.FtpConnection:133): listFiles.changeWorkingDirectory: 550-550 XCWD valid $volume.subvolume format required. >>>>> This is notable since I am reading from the root directory, and there should be no changing of working directory at all. Other errors: [2011-10-12 21:52:31,254] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:84): The error is: java.io.IOException: Ftp error: 550 java.lang.Exception: java.io.IOException: Ftp error: 550 at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:124) at org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:97) at org.mule.impl.work.WorkerContext.run(WorkerContext.java:290) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061) at edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575) at java.lang.Thread.run(Unknown Source)Caused by: java.io.IOException: Ftp error: 550 at com.mirth.connect.connectors.file.filesystems.FtpConnection.listFiles(FtpConnection.java:134) at com.mirth.connect.connectors.file.FileMessageReceiver.listFiles(FileMessageReceiver.java:416) at com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:104) ... 5 more [2011-10-12 21:52:31,254] FATAL (org.mule.impl.DefaultComponentExceptionStrategy:83): The Default Component Exception Strategy has been invoked but there is no current event on the context

    Mirth Project | 5 years ago | R Nem
    java.lang.Exception: java.io.IOException: Ftp error: 550

    Not finding the right solution?
    Take a tour to get the most out of Samebug.

    Tired of useless tips?

    Automated exception search integrated into your IDE

    Root Cause Analysis

    1. java.io.IOException

      Ftp error: 550

      at com.mirth.connect.connectors.file.filesystems.FtpConnection.listFiles()
    2. com.mirth.connect
      FileMessageReceiver.poll
      1. com.mirth.connect.connectors.file.filesystems.FtpConnection.listFiles(FtpConnection.java:134)
      2. com.mirth.connect.connectors.file.FileMessageReceiver.listFiles(FileMessageReceiver.java:416)
      3. com.mirth.connect.connectors.file.FileMessageReceiver.poll(FileMessageReceiver.java:104)
      3 frames
    3. org.mule.providers
      PollingMessageReceiver.run
      1. org.mule.providers.PollingMessageReceiver.run(PollingMessageReceiver.java:97)
      1 frame
    4. org.mule.impl
      WorkerContext.run
      1. org.mule.impl.work.WorkerContext.run(WorkerContext.java:290)
      1 frame
    5. Backport of JSR 166
      ThreadPoolExecutor$Worker.run
      1. edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1061)
      2. edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:575)
      2 frames
    6. Java RT
      Thread.run
      1. java.lang.Thread.run(Unknown Source)
      1 frame