 |
 |
Hi Artem, > > One main thing in the implementation is how to handle gridftp transfers > and their load balancing. for the get part, you need to be able to > ask xrootd where the file is, more over, where it's "best" (from the load > point of view) replica is. When I was there, this functionality was not > provided in the xrootd client. For the "put" part, you need to be able > to ask olb on which server to put the file, and this was also not > existent. Also, you need then to handle namespase/cache links in ooss. > > I propose you to start solving these problems first... Now that functionality is there... Andy asked for me to implement it a couple of months ago, when I had no idea about its purposes. As the work proceeds, I will be able to tell to myself if it does correctly what it's supposed to do. This usually is called debugging, and in its alpha phases is my job... But anyway it's there... Anyway the work is more advanced. All the "Admin" functions now can be invoked from Java, via the new JNI implementation. I did not yet commit, since I want to come up with a more decent makefile.... I hate makefiles!!! :-( Fabrizio > > Artem. > > > On Tue, 13 Dec 2005, Peter Elmer wrote: > > >> Hi Artem, >> >> Note that I think Fabrizio was asking for help testing whatever he has >>(database backend, etc. or not)... ;-) Could you help him? >> >> Pete >> >>On Mon, Dec 12, 2005 at 11:12:20AM -0800, Artem Trunov wrote: >> >>>> Does anybody have some bright ideas and/or knowledge about that? >>> >>>oui, oui, ecoute-moi! >>> >>>1. No database backend, >>>2. No space reservation >>>3. No file pinning >>>4. No quotas. >>>5. Don't listen to other guys. >>> >>>Artem. >> >> >> >>------------------------------------------------------------------------- >>Peter Elmer E-mail: [log in to unmask] Phone: +41 (22) 767-4644 >>Address: CERN Division PPE, Bat. 32 2C-14, CH-1211 Geneva 23, Switzerland >>------------------------------------------------------------------------- >>