[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
RE: MinimalQuery
OK, I cleaned up those locks. They must have been left over
from when Jie killed the job that was adding new databases
to the federation.
Doug
> -----Original Message-----
> From: David M. Malon [mailto:malon@anl.gov]
> Sent: Wednesday, September 30, 1998 10:37 PM
> To: ASim@lbl.gov; malon@anl.gov
> Cc: gcdev@sseos.lbl.gov
> Subject: Re: MinimalQuery
>
>
> >
> > David it died...
> > I have the LD_LIBRARY_PATH set up as you mentioned...
> > Please look into this..
> > Thanks.
> > --Alex
> >
> > Full estimate is 123 events in 62 files.
> > DEBUG OOI: requesting sublist 1 QM says QM_EI_REGISTERED
> > DEBUG OOI: requesting sublist 2 QM says QM_EI_REGISTERED
> > DEBUG OOI: retrieving sublist 1 QM says QM_FILE_DELIVERED
> > DEBUG OOI: sublist 1 fileId is 57 ObjRef count is 5
> > List of component names:
> > ** System Error #3001: ociCloseObj(): Cannot grant the requested lock;
> > conflict
> > with an existing lock.
> > - context = #3-2-0-0
> > Segmentation fault
> >
> > --
> > Alex Sim
>
> A check of the lockserver shows
>
> [rmds03] ~/STARdb > oolockmon /disk0/grandch/stardb/fd30025/STAR
>
> Objectivity/DB (TM) Lock Monitor Utility, Version 5.0 Build: 58
> Copyright (c) Objectivity, Inc 1989, 1998. All rights reserved.
>
> Lock Table for Lock Server on node "rsun00.rhic.bnl.gov" - your
> UID is 2762
>
> UID HostID PID TransID APID Mode Type FdbID DbID OclID
> ---------------------------------------------------------------------
> 3239 rmds03.rhi 20 36438015 65535 read Ocl 30025 5 3
> 3239 rmds03.rhi 20 36438015 65535 read Ocl 30025 4 3
> 3239 rmds03.rhi 20 36438015 65535 updt Ocl 30025 255 2
> 3239 rmds03.rhi 20 36438015 65535 updt Ocl 30025 6 2
> 3239 rmds03.rhi 20 36438015 65535 updt Ocl 30025 3 2
>
> Lock table displayed, 5 entries.
>
> Can the person who is running as user stardb (UID 3239) or the owner of
> the federation (Doug?) please clean up the locks? The update locks keep
> Alex from being able to run the test suite.
>
> Thanks for the help.
>
> David
>
>