[mule-user] error ftp 550 'Failed to change working directory'
KIRA1983
i try to create a simple INBOUND ftp endpoint, if i use anonymous works
fine(but i have error 550 because try to delete file after read) instead
using user i have ever error 550 but because :Failed to change working
directory
this is my endpoint:
<endpoint address="ftp://guest:guest@localhost/IN">
<!-- prende i file al suo interno -->
<properties>
<property name="pollingFrequency" value="600000"/>
<property name="outputPattern" value="${ORIGINALNAME}__:${DATE}"/>
<!-- il file copiato avra lo stesso nome-->
<property name="binary" value="false"/>
<property name="validateConnections" value="true"/>
</properties>
</endpoint>
this is my trace:
INFO 2007-11-05 15:24:28,148 [WrapperSimpleAppMain] org.mule.MuleServer:
Mule Server initialized.
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: >>> retrieving client for
ftp://guest:guest@localhost/IN
DEBUG 2007-11-05 15:24:29,125 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
ftp://guest:guest@localhost/IN
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: <<< releasing client for
ftp://guest:guest@localhost/IN
DEBUG 2007-11-05 15:24:29,180 [connector.ftp.0.receiver.1]
org.mule.providers.ftp.FtpConnector: === get pool for
ftp://guest:guest@localhost/IN
INFO 2007-11-05 15:24:29,186 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: There is no current event available,
routing Null message with the exception
ERROR 2007-11-05 15:24:29,192 [connector.ftp.0.receiver.1]
org.mule.impl.DefaultExceptionStrategy: Caught exception in Exception
Strategy: Failed to change working directory to /IN. Ftp error: 550
java.io.IOException: Failed to change working directory to /IN. Ftp error:
550
at
org.mule.providers.ftp.FtpMessageReceiver.listFiles(FtpMessageReceiver.java:103)
at
org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.java:72)
at
org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java:47)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:987)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:528)
at java.lang.Thread.run(Thread.java:619)
any suggests?
-----
Italy
Thanks, Sergio
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13587792
Sent from the Mule - User mailing list archive at Nabble.com.
---------------------------------------------------------------------
To unsubscribe from this list please visit:
Andrew Perepelytsya
org.mule.providers.ftp.FtpMessageReceiver.poll (FtpMessageReceiver.java:72)
at
org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java:47)
at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
at
edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker (ThreadPoolExecutor.java:987)
kookyterp
Greetings,
MULE newbie here. I am trying to do the same thing. I am trying to
initiate a ftp from my local windows env to a ftp folder on my mac as a
test. I am able to hit the ftp folder using both the Firefox and IE
browsers and through Windows Explorer. Here is my MULE config:
<mule-descriptor name="ftpInbound"
implementation="org.mule.components.simple.BridgeComponent">
<inbound-router>
<endpoint address="ftp://ftpuser:ftp...@10.180.146.252/ftp/">
<filter pattern="*.zip"
className="org.mule.providers.file.filters.FilenameWildcardFilter"/>
<properties>
<property name="pollingFrequency" value="60000"/>
<property name="filename" value="75_wsh_xml_en-us_004.zip"/>
<property name="validateConnections" value="true"/>
<property name="outputPattern" value="${ORIGINALNAME}"/>
</properties>
</endpoint>
</inbound-router>
<outbound-router>
<router className="org.mule.routing.outbound.OutboundPassThroughRouter">
<endpoint address="file:///C:/temp/inbound"/>
</router>
</outbound-router>
</mule-descriptor>
Here is the output from my log:
INFO 2007-11-05 14:14:22,852 [WrapperSimpleAppMain] org.mule.MuleServer:
Mule S
erver initialized.
DEBUG 2007-11-05 14:14:23,836 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: >>> retrieving client for
ftp://ftpuser:ftp...@10.180.146.252/ftp/
DEBUG 2007-11-05 14:14:23,836 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: === get pool for ftp://ftpuser:ftp...@10.180.146.252/ftp/
DEBUG 2007-11-05 14:14:24,227 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: <<< releasing client for
ftp://ftpuser:ftp...@10.180.146.252/ftp/
DEBUG 2007-11-05 14:14:24,227 [ftpConnector.receiver.1]
org.mule.providers.ftp.F
tpConnector: === get pool for ftp://ftpuser:ftp...@10.180.146.252/ftp/
INFO 2007-11-05 14:14:24,227 [ftpConnector.receiver.1]
org.mule.impl.DefaultExc
eptionStrategy: There is no current event available, routing Null message
with t
he exception
ERROR 2007-11-05 14:14:24,243 [ftpConnector.receiver.1]
org.mule.impl.DefaultExc
eptionStrategy: Caught exception in Exception Strategy: Failed to change
working
directory to /ftp/. Ftp error: 550
java.io.IOException: Failed to change working directory to /ftp/. Ftp error:
550
at
org.mule.providers.ftp.FtpMessageReceiver.listFiles(FtpMessageReceive
r.java:103)
at
org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.jav
a:72)
I searched through the forums for the 550 error, but I can't seem to get on
the right track. Any help would be greatly appreciated. Thanks in advance.
>> org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.java:72)
>> at
>> org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java
>> :47)
>> at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
>> at
>>
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker
>> (ThreadPoolExecutor.java:987)
>> at
>>
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run
>> (ThreadPoolExecutor.java:528)
>> at java.lang.Thread.run(Thread.java:619)
>>
>>
>>
>> any suggests?
>>
>> -----
>> Italy
>> Thanks, Sergio
>> --
>> View this message in context:
>> http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13587792
>> Sent from the Mule - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>
>
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13593515
Andrew Perepelytsya
kookyterp
Where can I find the logs?
Andrew Perepelytsya wrote:
>
> What's in your ftp server logs?
>
>
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13593918
KIRA1983
usually in /var/log/...
so my log ( i use vsftpd) don'tr write nothing when start Mule instead
with normal session with firefox log writing.. and with firefox all work..nd
my problem?? eventually accept also tip to change server ftp that work fine
with mule also that this is strange..
..
i don't understa
kookyterp wrote:
>
> Where can I find the logs?
>
>
> Andrew Perepelytsya wrote:
>>
>> What's in your ftp server logs?
>>
>>
>
>
-----
Italy
Thanks, Sergio
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13602157
KIRA1983
I solved my problem.
my mistake was that created user's try from GUI and not by command line
(adduser) .
OK, thanks
KIRA1983 wrote:
>
> usually in /var/log/...
>
> so my log ( i use vsftpd) don'tr write nothing when start Mule instead
> with normal session with firefox log writing.. and with firefox all
> work..nd my problem?? eventually accept also tip to change server ftp that
> work fine with mule also that this is strange..
> ..
> i don't understa
>
> kookyterp wrote:
>>
>> Where can I find the logs?
>>
>>
>> Andrew Perepelytsya wrote:
>>>
>>> What's in your ftp server logs?
>>>
>>>
>>
>>
>
>
-----
Italy
Thanks, Sergio
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13603217
kookyterp
There is nothing special in my ftp log on the mac (I thought we were looking
for some ftp log on NT, and I could not find any there).
I have a feeling the problem is with the FTP Implementation. When I set my
ftp uri to the actual third party production server (not sure what the os is
on the other side), I am able to retrieve my file.
I did have to override the FTPMessageReceiver to not attempt the delete at
the end of the processFile() method. I have read other posts regarding this
topic. Would it make sense if this was a configurable property on the
FTPComponent?
KIRA1983 wrote:
>
> I solved my problem.
> my mistake was that created user's try from GUI and not by command line
> (adduser) .
> OK, thanks
>
>
>
> KIRA1983 wrote:
>>
>> usually in /var/log/...
>>
>> so my log ( i use vsftpd) don'tr write nothing when start Mule
>> instead with normal session with firefox log writing.. and with firefox
>> all work..nd my problem?? eventually accept also tip to change server ftp
>> that work fine with mule also that this is strange..
>> ..
>> i don't understa
>>
>> kookyterp wrote:
>>>
>>> Where can I find the logs?
>>>
>>>
>>> Andrew Perepelytsya wrote:
>>>>
>>>> What's in your ftp server logs?
>>>>
>>>>
>>>
>>>
>>
>>
>
>
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13608870
Andrew Perepelytsya
I have a feeling the problem is with the FTP Implementation. When I set my
ftp uri to the actual third party production server (not sure what the os is
on the other side), I am able to retrieve my file.
We came to the same conclusion. I remember there was a small list of ftp servers working fine and failing on the list, maybe you can look it up.
I did have to override the FTPMessageReceiver to not attempt the delete at
the end of the processFile() method. I have read other posts regarding this
topic. Would it make sense if this was a configurable property on the
FTPComponent?
No, config property won't help. The point is you have to track which files have been processed already to avoid a live-lock (processing the same file forever). As there are numerous ways to keep such records and requirements differ greatly in each case, customizing the receiver is the only viable option at the moment.
Andrew
L
Hi Andrew,
I am also having problems connecting to or performing actions on an ftp
server. My setup is slightly different to the ones mentioned above, but
getting the same errors.
Situation:
Mule makes multiple connections to various FTP servers, doing the normal
actions, deleting/renaming/changing dirs etc. But once in a while we get
FTP 550 or FTP 530 errors. I am 100% sure the username/password are
correct. Nothing has happened on the servers hosting the ftp servers, also
100% sure no network glitches or anything out of the ordinary.
Only way we can get it back online is to unregister the umo and reegister
it, but only after a random amount of time has passed. Which could be 1
min, 5 mins, 1 hour etc.
I've been debugging through the code and i thought it may be due to apache
pooling. However that doesn't look likely.
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?
Regards
L
>> org.mule.providers.ftp.FtpMessageReceiver.poll(FtpMessageReceiver.java:72)
>> at
>> org.mule.providers.PollingReceiverWorker.run(PollingReceiverWorker.java
>> :47)
>> at org.mule.impl.work.WorkerContext.run(WorkerContext.java:310)
>> at
>>
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor.runWorker
>> (ThreadPoolExecutor.java:987)
>> at
>>
>> edu.emory.mathcs.backport.java.util.concurrent.ThreadPoolExecutor$Worker.run
>> (ThreadPoolExecutor.java:528)
>> at java.lang.Thread.run(Thread.java:619)
>>
>>
>>
>> any suggests?
>>
>> -----
>> Italy
>> Thanks, Sergio
>> --
>> View this message in context:
>> http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13587792
>> Sent from the Mule - User mailing list archive at Nabble.com.
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe from this list please visit:
>>
>> http://xircles.codehaus.org/manage_email
>>
>>
>
>
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13623732
Andrew Perepelytsya
With this in mind you said "Not all FTP servers are sticking to the spec
really. " Do you think this could potentially be the problem? If so other
than changing the FTP servers are there any viable options on the Mule side
that i could add to handle certain ftp server versions, such as extending
FtpMessageReceiver/FtpMessageDispatcher?
Andrew
L
Thanks for the reply.
Tbh haven't found anything out of the ordinary in the logs, other than the
ftp error code. However if it does occur again i'll post a thread and keep
you posted.
Cheers
L
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13629013
kookyterp
Hey All,
Any solution to your problem L? I need to FTP multiple third party sites,
and I am getting the 550 error on some of the sites and not on others. Very
frustrating!! I am looking for a consistent FTP solution that I can
implement across the board. Any ideas, help, thoughts, suggestions?
Thanks,
Farrukh
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13711327
kookyterp
Okay, I can now rule out the apache commons FTPClient class itself as the
culprit as well. I wrote a straight FTPClient to the FTP site (with no
pooling), and I was able to retieve the file. So, I am now thinking the
problem is in the pooling api. Perhaps that is what is causing the varied
behavior between different ftp sessions taking place.
Thanks,
Farrukh
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13712453
L
Hi,
We have quite a few ftp connections, which vary from legacy systems to
wintel based systems. At first i had thought the ftp error 5xx occurred
randomly. However i have noticed it seems to only occur on a few legacy
systems and a Unix system. As mentioned by Andrew that ftp servers may not
abide by the ftp standards. Which ties in with the legacy systems, as they
may have really old ftp servers, with regards to the unix system i need to
verify what version of ftp server they are running.
One way you could get around this is to use a retry strategy whereby you
retry the connection if you receive a 5xx error. Dependant on your
requirements, you could allow the end user to define the max retry attempts
and duration between retries.
Hope that helps.
L
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13716137
L
I'm not so sure if it is the pooling api's that would cause something like
this to occur.
All it does is hold anything you give it, in this case ftp connections.
How did you run your tests? In my case the ftp error 5xx errors occur
randomly. The only way i can get the connection to reset is to unregister
the component and re-register it. In extreme cases, where no matter what i
did, it simple refuses to connect was to restart my mule instance. Which
sorted the problem immediatly, which lead me to believe a stale connection
may exist within the pool.
However after setting validateConnection (Can't remember if that is the
method name) to true, i could verifiy that a stale connection was NOT in the
pool.
Not sure if any of this is helping you. At the moment my workaround is to
unregister the component and re-register, ensure connections are validated,
refresh the connections in the pool if needed and have a retry strategy.
To be fair, ftp transport is pretty stable and well worth using it :) .
L
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13716351
kookyterp
I just wrote a simple test initalizing the FTPClient on my own, and then
doing a retrieve from the remote server.
I am choking on the FTPMessageReceiver's attempt to change the working
directory. The FTP uri I provide goes directly to the directory I am
working in, so the change directory is doing nothing more than "/." Since
it cannot perform this, the FTPMessageReceiver throws an exception. I may
try overridding the FTPMessageReceiver and removing the
changeWorkingDirectory. I hope nothing adverse happens...
Thanks,
Farrukh
--
View this message in context: http://www.nabble.com/error-ftp-550-%27Failed-to-change-working-directory%27-tf4751945.html#a13727503