[Gluster-devel] Question about file copy through libgfapi

[Giacomo Fazio]

Hi John,

Thanks for your quick answer. Do you mean that my question can be
summarized in "can we do server-only operations?"? Yes, I think so.
Please let me know as soon as you receive any answer or provide me a link
where I can follow directly this case.
Thanks in advance and best regards,

*Giacomo Fazio*
IT Engineer

Tel. +41 91 910 7690
E-mail: giacomo.fazio at wcpmediaservices.com  |  Web: www.wcpmediaservices.com

Europe Office: Via Zurigo 35, 6900 Lugano, Switzerland
USA Office: 7083 Hollywood Boulevard Los Angeles, CA 90028


On Thu, Aug 21, 2014 at 5:04 PM, John Mark Walker <johnmark at gluster.org>
wrote:

> Thanks, Giacomo. I'm sending this to the gluster-devel list - it's an
> interesting question. Basically, can we do server-only operations?
>
> -JM
>
>
> ------------------------------
>
> Hello,
>
> I am currently using GlusterFS version 3.5 with two bricks. What I
> currently do is mounting the whole storage in some Linux clients (RedHat)
> through fuse.glusterfs that (I think) uses NFS in the background.
> What I would like to do is copying a file from a directory to another one
> in the storage in the quickest way. Using a "cp file1 file2" from my RedHat
> client is not the best option because the data flows from the storage to my
> RedHat client through the network and then back to the storage. I would
> like instead to avoid this waste of time and copy the file directly from
> the 1st directory to the 2nd one. So, in a nutshell, I would like to have
> file1 -> file2  , instead of file1 -> RedHatclient -> file2
> Do you think is it possible, for example using libgfapi? Any example to
> show me?
> Thank you in advance and best regards,
>
> *Giacomo Fazio*
> IT Engineer
>
> Tel. +41 91 910 7690
> E-mail: giacomo.fazio at wcpmediaservices.com  |  Web:
> www.wcpmediaservices.com
>
> Europe Office: Via Zurigo 35, 6900 Lugano, Switzerland
> USA Office: 7083 Hollywood Boulevard Los Angeles, CA 90028
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-devel/attachments/20140821/9ddb655c/attachment.html>