[ 
https://issues.apache.org/jira/browse/CAMEL-10782?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15851411#comment-15851411
 ] 

Stefan Roos commented on CAMEL-10782:
-------------------------------------

What was apparrently happening was that, when file was created it was zero in 
length. So camel-ftp went sleeping for short time, because it could not get 
readlock (minsize 1). After that it tried to reCheck the file, but for some 
reason from the server root, / , and not from users home, /home/testi/. File 
count which was reported by camel-ftp, matches the count from that servers root 
(home dir count would be less than 10 files/dirs).

I found a way around this by setting source directory to "./" like this:
<from uri="sftp://testi@infra:22/./?password=passu&amp;.....

With that kind of from URI it does seem to work normally.


> SFTP: cannot get files from users home with readlock changed
> ------------------------------------------------------------
>
>                 Key: CAMEL-10782
>                 URL: https://issues.apache.org/jira/browse/CAMEL-10782
>             Project: Camel
>          Issue Type: Bug
>          Components: camel-ftp
>    Affects Versions: 2.16.4
>         Environment: servicemix 7.0.0, Linux SFTP server
>            Reporter: Stefan Roos
>            Priority: Minor
>
> Camel cannot fetch files from users home directory when using 
> readlock=changed. 
> Route from URI is defined like this:
> <from 
> uri="sftp://testi@server:22?password=password&amp;include=PSOP_123-.*\.(xml|pdf)&amp;delete=true&amp;readLock=changed&amp;readLockTimeout=360000&amp;readLockCheckInterval=180000&amp;readLockMinAge=10s&amp;maxMessagesPerPoll=100"/>
> And from TRACE logs I can see stuff like this:
> 2017-02-03 10:59:45,146 | TRACE | //testi@infra:22 | 
> ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 
> | Using full directory listing to update file information for 
> RemoteFile[PSOP_123-sdfsd.xml]. Consider enabling fastExistsCheck option.
> 2017-02-03 10:59:45,146 | TRACE | //testi@infra:22 | SftpOperations           
>         | 225 - org.apache.camel.camel-ftp - 2.16.4 | listFiles(/)
> 2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | 
> ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 
> | List files PSOP_123-sdfsd.xml found 23 files
> 2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | 
> ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 
> | Previous last modified: 0, new last modified: 0
> 2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | 
> ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 
> | Previous length: 0, new length: 0
> 2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | 
> ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 
> | New older than threshold: 1486112375150
> 2017-02-03 10:59:45,150 | TRACE | //testi@infra:22 | 
> ChangedExclusiveReadLockStrategy | 225 - org.apache.camel.camel-ftp - 2.16.4 
> | Exclusive read lock not granted. Sleeping for 20000 millis.
> User home directory contains only 1 file, which does match to include 
> parameter. It does seem, that camel-ftp is trying to check file readlock from 
> the server root. 
> When placing the files to a subdirectory in users home, this does not happen. 



--
This message was sent by Atlassian JIRA
(v6.3.15#6346)

Reply via email to