Thanks for the patch Alexander,  files seems to be getting replaced now.
Ill do some more testing to make sure every thing works perfectly.

Thanks again,
Akshay

On Tue, Oct 28, 2014 at 3:21 PM, Alexander Lukyanov <lavv...@gmail.com>
wrote:

> BTW, it looks like mirror should remove the old file before transferring
> the new one, please run "mirror -vvv" to check that. You can also run
> strace to check system call sequence.
>
> 2014-10-28 11:18 GMT+03:00 Alexander Lukyanov <lavv...@gmail.com>:
>
>> It looks like a bug in the FS (fuse and/or hdfs) which also hits rsync:
>>
>> https://groups.google.com/a/cloudera.org/forum/#!msg/cdh-user/R1GR2Asj_lc/f_uuIjG5R1UJ
>>
>> Please try this workaround.
>>
>> 2014-10-28 10:29 GMT+03:00 akshay gupta <akshaygupta...@gmail.com>:
>>
>>> will giving --delete-first option in lftp mirror help in my case? I
>>> think its not working in case of use-temp-file option. As per the man page
>>> its suppose to delete the old version of the file before it start
>>> downloading the new one. Its not doing anything. Please help.
>>>
>>>
>>> On Mon, Oct 27, 2014 at 11:50 PM, akshay gupta <akshaygupta...@gmail.com
>>> > wrote:
>>>
>>>> I am using fuse mounted hadoop distributed file system(HDFS). Can you
>>>> suggest what changes need to be done to make it work as this is a very
>>>> critical requirement for my project. Will deleting file and then renaming
>>>> temp file help? how to achieve that?
>>>>
>>>> On Mon, Oct 27, 2014 at 7:38 PM, Alexander V. Lukyanov <l...@netis.ru>
>>>> wrote:
>>>>
>>>>> On Mon, Oct 27, 2014 at 05:53:19PM +0530, akshay gupta wrote:
>>>>> > now its producing 0 byte files and i am also getting input/output
>>>>> error
>>>>> > here are the debug logs:
>>>>> >
>>>>> > copy: renaming `/mount/user/tom/test.txt_tmp_' to `test.txt'
>>>>> > mirror: rename(/mount/user/tom/test.txt_tmp_,
>>>>> /mount/user/tom/test.txt):
>>>>> > Input/output error
>>>>>
>>>>> Which filesystem do you use? Maybe it is necessary to unlink target
>>>>> file
>>>>> before renaming, although rename should do it automatically.
>>>>>
>>>>>        If  newpath already exists it will be atomically replaced
>>>>> (subject to a
>>>>>        few conditions; see ERRORS below), so that there is no point
>>>>> at  which
>>>>>        another process attempting to access newpath will find it
>>>>> missing.
>>>>>
>>>>> And man page for rename(2) does not list EIO error.
>>>>>
>>>>> --
>>>>>    Alexander.
>>>>>
>>>>
>>>>
>>>
>>
>>
>> --
>>    Alexander.
>>
>
>
>
> --
>    Alexander.
>
_______________________________________________
lftp-devel mailing list
lftp-devel@uniyar.ac.ru
http://univ.uniyar.ac.ru/mailman/listinfo/lftp-devel

Reply via email to