Hello. As I said, you can access local files in several ways. The one way is to use transfer_input_files option of condor. You just need to include your needed files in that option and star your condor at the machine you have those files. Condor will transfer files to a temporary location of a remote machines where your jobs will be excuted. The second way is to use rootd. You just need to specify the files slightly deferently when you open a root file in cint. To open a root file (say tmp.root) in rcas0005 home disk from rcas0010 (or any other rcas machine), you just need to do TFile *file=TFile::Open("rootk://rcas0005.rcf.bnl.gov//home/tmp.root"); You need to have "//" in stead of "/" since the default is your HOME directory, which is /brahms/u/user. This technique should work with proof too although I have not tried it yet. What you can not do is combine rootd and condor. This is due to kerberos. Condor does not pass kerberos token to the submitted jobs. There is supposedly work-around and I might implement them when I get back. Hiro Johnson, Erik B wrote: >Hiro, > Let me get this straight. I can run a condor job on rcas0015, which saves data to the home directory on rcas0020? >Erik > > > >-----Original Message----- >From: brahms-dev-l-bounces+ebj=ku.edu@lists.bnl.gov on behalf of Hironori Ito >Sent: Fri 8/12/2005 4:15 PM >To: Bekele, Selemon; brahms-dev-l@lists.bnl.gov >Subject: Re: [Brahms-dev-l] Making gtr files > >Hello. To remove your files, you must use rmdata.rb program (in >bramreco) to remove files from our data disks and to change our database >entries. Since you already remove files manually, the database must be >fixed. I will fix the database when I get back (There is a script to >fix the database.). As for data disks use, we have to be careful >about the use and delete the duplicate files. For anybody doing >calibrations, please use /home disks in rcas machine. Data disks should >be only used for official data files. Condor allows a user to use local >data. And, using rootd, a user can access local files remotely. >Therefor, either way, a user does not need to use data disks for >personal files. I guess we should start delete those files if the data >disks are full. > >Hiro > > >Bekele, Selemon wrote: > > > >>Hi Hiro, >> >> hope you are doing fine. How was QM05? I tried to make some gtr files and put them on /brahms/data18. >>some of my jobs finished OK, some others did not due to insufficient disk space. I then removed all the files >>I made using the rm command. But web interface to the datalocation still shows that they exist. I am not sure >>if there was a script to delete files from disks and update the database at the same time. How could I corect >>the info in the data base for data18? >> I hoped people would delete files they do not need so that I generate new gtr files to proceed with the slewing >>calibration for the FS. I want to put gtr files from 20 runs each on data01,02,05,06,07,11,12,13,15, and 17 for >>the time being and later move them to /home/ directories on some of the rcas machines. Do you think that works? >> >>Thanks, >> >>Selemon, >> >> >>-----Original Message----- >>From: Hironori Ito [mailto:hito@rcf.rhic.bnl.gov] >>Sent: Wed 7/27/2005 4:29 PM >>To: Bekele, Selemon >>Subject: Re: [Brahms-dev-l] Making gtr files >> >>Hello. You must logon to the gateway machine as you. Then, you need to >>log on to rcas as bramreco. >> >> >>Hiro >> >> >>Bekele, Selemon wrote: >> >> >> >> >> >>>Hi Hiro, >>> >>> It seems that I need to log onto the gatway machines as user "bramreco" and ssh to one of the rcas machines. Doing so I could not run the script >>> >>> updateScripts.sh >>> >>>which means I cannot get the ruby script >>> >>> masterGlobalTracking.rb >>> >>>to run. Also I cannot get X11 connection when I log in as "bramreco" which is not the case if I log in using my user name. May be only specific persons are allowd to edit the scripts. Doing xhost + and setting the display environment does not seem to work. Any idea what I need to do? >>> >>>Thanks, >>> >>>Selemon, >>> >>> >>> >>> >>> >>> >> >> >> >> >> > > >_______________________________________________ >Brahms-dev-l mailing list >Brahms-dev-l@lists.bnl.gov >http://lists.bnl.gov/mailman/listinfo/brahms-dev-l > > > _______________________________________________ Brahms-dev-l mailing list Brahms-dev-l@lists.bnl.gov http://lists.bnl.gov/mailman/listinfo/brahms-dev-lReceived on Fri Aug 12 17:37:24 2005
This archive was generated by hypermail 2.1.8 : Fri Aug 12 2005 - 17:37:37 EDT