[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 
>  
> 
>