[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: fdb on rmds03
hi, Luis,
I run the GCA on rmds00 with FDB 30018, it wroks
well except some db file were removed.
I will ftp the missing db files from hpss. BTW,
my working dir is /star/u2a/yangj/GCA_RUN.
Jie
On Mon, 14 Sep 1998, Luis Bernardo wrote:
> On Fri, 4 Sep 1998, jie yang wrote:
>
> > Hi,
> >
> > For further GCA test, I ooattached lots of
> > db files on fdb rmds03::/disk0/grandch/yangj/gctest.fdboot,
> > it is about 13Gbytes data there now. Here are
> > some informations about the fdb below:
> >
> > FD Name = gctest
> > FD ID = 30018
> > FD File = rmds03::/disk0/grandch/yangj/gctest.fdb
> > Boot File = rmds03.rhic.bnl.gov::/disk0/grandch/yangj/gctest.fdboot
> > Jnl Dir = rmds03::/disk0/grandch/yangj
> > Lock Host = rsun00.rhic.bnl.gov
> > TagDB Name = TagDataBase
> > HPSSPath=/home/rhstar/olson/objy/db_30018/
> > FileSizesList=/disk0/grandch/yangj/filesize.txt
> > IndexDirectory=/disk0/grandch/yangj/index/
> >
> > Jie
> >
> >
>
> I tried to run a test and I had problems. It seems the index points to non
> existent databases. I was using FDB 30018. Jeff, did you have time to fix
> FDB 25111?
>
> This is the gc.config I used:
>
> rmds03 % cat bin/gc.config
> common*QEName=HNQueryEstimator
> common*QEHost=rmds03.rhic.bnl.gov
> common*QMName=QueryMonitor_LB
> common*QMHost=rmds03.rhic.bnl.gov
> common*CMName=CacheManager_LB
> common*CMHost=rmds03.rhic.bnl.gov
> common*QERefFile=/tmp/SM_QE_hn.ref
> common*QMQERefFile=/tmp/SM_QM_QE_ax.ref
> common*QMCMRefFile=/tmp/SM_QM_CM_ax.ref
> common*QMEIRefFile=/tmp/SM_QM_EI_ax.ref
> common*CMRefFile=/tmp/SM_CM_ax.ref
> common*NODAEMON=true
> common*VerboseConfig=true
> ###############################################
> #qe*IndexDirectory=/scr20/gc_fdb/26011/index/
> qe*IndexDirectory=/disk0/grandch/yangj/index
> qe*DataSetDefFile=/disk0/grandch/yangj/index/bin_spec.tdc
> #qe*IndexDirectory=/star/u2c/porter/MyTest/Index
> #qe*DataSetDefFile=/star/u2c/porter/MyTest/Index/bin_spec.tdc
> qe*VerboseConfig=false
> #qe*NoQM=defined
> ###############################################
> # Make sure you have "w" permission of the DiskPath directory. NOTE:
> DiskPath
> # should be the same as given by Objectivity's filePath function. The CM
> needs
> # this to check the initial cache (both for files already cached and to
> check
> # the initial disk available). This requires that all files have the same
> # filePath (as given by Objectivity).
> cm*DiskPath=/disk0/grandch/yangj
> cm*FreeDisk=800
> cm*FdbBoot=/disk0/grandch/yangj/gctest.fdboot
> cm*HPSSPath=/home/starreco/30018
> cm*HPSSHost=rmds01
> cm*HPSSUserName=starreco
> cm*HPSSUserPassword=MockData
> cm*FileSizesList=filesize.txt
> cm*CMLogFile=cmlogfile.txt
> cm*PFTPSizeWorks=true
> ###############################################
> qm*FileLimitPerQuery=9999
> qm*CMFileSizeToBeChecked=10
> qm*EIServer=false
> qm*Silence=false
> qm*Logging=false
> qm*QMLogFile=/tmp/out.qm
> qm*SIILogFile=/tmp/out.sii
> ###############################################
>
> --
>
> And upon running this query:
>
> rmds03 % bin/sii.sol -g bin/gc.config -q "4.9<tot_trans_Mass<10."
>
> the CM crashed with the complaint:
>
> QM asked for disk space left: 800 MBs.
> ** Error #2164: ociCloseObj(): Object Manager: Attempt to open non-existent
> Database 201
> Segmentation fault (core dumped)
>
>
> ----
>
> I checked that the file does not exist:
>
> rmds03 % bin/fid2name 201
> Using configuration file "./gc.config".
> File FID: 201
> ** Error #2164: ooHandle(ooDBObj)::hostName(): Object Manager: Attempt to
> open
> non-existent Database 201
> Host name:
> ** Error #2164: ooHandle(ooDBObj)::pathName(): Object Manager: Attempt to
> open
> non-existent Database 201
> Path name:
> ** Error #2164: ooHandle(ooDBObj)::pathName(): Object Manager: Attempt to
> open
> non-existent Database 201
> Segmentation fault (core dumped)
>
> ---
>
> If you see any inconsistency that could explain this let me know.
> Thanks,
> Luis
>
>
> --------------------------------------------------------------
> Luis M. Bernardo <lmbernardo@lbl.gov> <www.lbl.gov/~bernardo>
> Scientific Data Management Research & Development Group
> Lawrence Berkeley National Laboratory
> Berkeley, CA 94720
>
>
>