it seems to be a major problem by the infosys.. for example the value GlueCEPolicyMaxCPUTime: is also not updated. running: /sbin/runuser -s /bin/sh ldap -c "/var/lib/bdii/gip/plugin/glite-info-dynamic-ce" | grep Max GlueCEPolicyMaxCPUTime: 7200 so, everything ok:\ but if we are running the ldapsearch on the host, we se 999999999 values... so somehow bdii is not able to update ldif files. i checked permissions, looks good. ll /var/lib/bdii/gip/ total 12 drwxr-xr-x 2 ldap ldap 4096 Dec 18 17:55 ldif drwxr-xr-x 2 ldap ldap 4096 Dec 18 17:30 plugin drwxr-xr-x 2 ldap ldap 4096 Dec 18 17:29 provider ll /var/lib/bdii/gip/ldif/static-file-CE.ldif -rw-r--r-- 1 ldap ldap 20249 Dec 18 17:54 /var/lib/bdii/gip/ldif/static-file-CE.ldif any ideas how to fix this. Regards Dimitri On 12/11/2012 05:11 PM, Dimitri Nilsen wrote: > service was offline, but should be online again now. > > On 12/10/2012 11:46 PM, Maarten Litmaath wrote: >> Hallo Dimitri, >> >>> I have another thing to report regarding cream at emi2/sge: >>> >>> the cluster status is located in /etc/lrms/cluster.state. >>> But changed it for example to "draining" doesn't have an effect doing ldapsearch from remote: >>> ldapsearch -x -LLL -h cream-ge-3-kit:2170 -b o=grid | grep Status >>> GlueCEStateStatus: Production >>> GlueCEStateStatus: Production >>> GlueServiceStatus: OK >>> ... >>> >>> But on the host itself: >>> [root@cream-ge-3-kit ~]# /var/lib/bdii/gip/plugin/glite-info-dynamic-ce | grep Status >>> Use of uninitialized value in printf at /usr/libexec/glite-info-dynamic-sge line 428. >>> GlueCEStateStatus: Draining >>> GlueCEStateStatus: Draining >>> >>> So, ldap could not update .ldif files properly. why? >> >> Maybe because you ran such commands as root, thereby making >> (temporary) files/directories unwritable for user "ldap"? >> >> I tried having a closer look, but: >> >> ----------------------------------------------------------------------- >> $ uberftp cream-ge-3-kit.gridka.de >> 220 cream-ge-3-kit.gridka.de GridFTP Server 6.14 (gcc64, 1342551528-83) >> [Globus Toolkit 5.2.1] ready. >> globus_ftp_control: gss_init_sec_context failed >> GSS Major Status: Authentication Failed >> globus_gsi_gssapi: SSLv3 handshake problems >> globus_gsi_gssapi: Unable to verify remote side's credentials >> globus_gsi_gssapi: SSLv3 handshake problems: Couldn't do ssl handshake >> OpenSSL Error: s3_clnt.c:915: in library: SSL routines, >> function SSL3_GET_SERVER_CERTIFICATE: certificate verify failed >> globus_gsi_callback_module: Could not verify credential >> globus_gsi_callback_module: Could not verify credential >> globus_gsi_callback_module: The certificate has been revoked: >> Serial number = 19172 (0x4AE4) >> Subject=/C=DE/O=GermanGrid/OU=KIT/CN=cream-ge-3-kit.gridka.de >> Closing connection to service. >> ----------------------------------------------------------------------- > > -- Dimitri Nilsen, Dipl.-Ing(FH) Karlsruhe Institute of Technology (KIT) Steinbuch Centre for Computing Kaiserstr. 12 76131 Karlsruhe, Germany Tel.: +49 721 608 28607 Email: [log in to unmask]