Hi,
Adeel-ur-Rehman wrote:
>
> Dear Maarten,
>
> Thanks for your reply. In fact, we managed to cope up with site-GIIS
> issue by fixing the site-bdii configuration. But after that, we have
> stucked on probably a batch-server problem.
>
> Whenever we submit a test job via qsub, it makes the pbs_mom service
> dead of the targeted WN somehow!
> Alternatively, when the batch server executes a CREAM job, it tries to
> run that, but immediately the status of the job goes to 'W' state.
> The mom_logs do not indicate any obvious clue.
>
the versions of torque you use on the creamCE (or batch-server) is the
same as the one present in the WNs?
I think there is a bug or a tkt (GGUS) about this problem.. I'll search
for the number.
Cristina
>
> The important thing to notice is that we have changed our job manager
> from lcgpbs to pbs while configuring the CREAM on SL5 (glite-3.2). In
> order to handle such a migration, where else should we make any
> modifications other than site-info.def file's JOB_MANAGER variable??
>
> The GlueCEStateStatus issue is to be catered next i think!
>
> Thanks for any inputs!
>
> -- Best Regards --
>
> Adeel
>
>
> Hi Adeel-ur-Rehman,
>
> > We are in the process of configuring the CREAM CE on SL5 via
> pre-production repositories (unless
> > the production ones become available). During the course of testing
> the node configuration, we
> > have observed that the site GIIS ldapsearch query is not working; it
> returns "result: 32 No
> > such object". However, the local ldapsearch query is working fine
> (with mds-vo-name = resource).
> >
> > The bdii (as well as slapd service on port 2170) is running fine.
> >
> > The telnet to the same port also works from outside to the node.
> >
> > We have gone through
> http://goc.grid.sinica.edu.tw/gocwiki/No_such_object_(32
> <http://goc.grid.sinica.edu.tw/gocwiki/No_such_object_%2832>) and
> similar links
> > but couldn't avoid the situation.
> >
> > Where should we further look in order to resolve the problem??
>
> It seems you solved it somehow? Your CE currently fails the SAM tests
> because it publishes the wrong state:
>
> GlueCEStateStatus: Special
>
> That used to be necessary for CREAM and it still is the default value,
> but now one needs to set the following variable e.g. in site-info.def:
>
> CREAM_CE_STATE=Production
>
|