[Date Prev][Date Next]
[Chronological]
[Thread]
[Top]
Re: Monitor time statistics wrong (ITS#1984)
Seem to have a problem w/ this patch, but am working around it. My
monitoring script tried to access:
/opt/ldap/bin/ldapsearch -h ns01 -s base -b
cn=Current,cn=Time,cn=Monitor 'objectClass=*' description
This caused the server to dump core (signal 9) with traceback:
#0 0xff0c9cf0 in __sigprocmask () from /usr/lib/libthread.so.1
#1 0xff0bf324 in _resetsig () from /usr/lib/libthread.so.1
#2 0xff0bea48 in _sigon () from /usr/lib/libthread.so.1
#3 0xff0c194c in _thrp_kill () from /usr/lib/libthread.so.1
#4 0xff1395d8 in abort () from /usr/lib/libc.so.1
#5 0x23e158 in __eprintf ()
#6 0xb11d0 in monitor_subsys_time_update ()
#7 0xde4fc in monitor_entry_update ()
#8 0xaf5f8 in monitor_back_search ()
#9 0x4430c in do_search ()
#10 0x41410 in connection_done ()
#11 0xf4c58 in ldap_pvt_thread_pool_destroy ()
-Alan
Pierangelo Masarati said:
> asparks@quris.com wrote:
>> Full_Name: Alan Sparks
>> Version: 2.1.3-RELEASE
>> OS: Solaris 7
>> URL: ftp://ftp.openldap.org/incoming/
>> Submission from: (NULL) (65.101.243.201)
>>
>>
>> Start and current time statistics are incorrect. A query for
>> these entries on my system shows the following results (notice
>> both times are 1/1/1970):
>>
>> # Current, Time, Monitor
>> dn: cn=Current,cn=Time,cn=Monitor
>> objectClass: top
>> objectClass: monitor
>> objectClass: extensibleObject
>> cn: Current
>> description: 19700101000000Z
>>
>> # Start, Time, Monitor
>> dn: cn=Start,cn=Time,cn=Monitor
>> objectClass: top
>> objectClass: monitor
>> objectClass: extensibleObject
>> cn: Start
>> description: 19700101000000Z
>>
>
> Sorry, my fault: a change to the normalization
> (lowercase instead of uppercase) resulted
> in breaking some monitor entry updates. I've
> temporarily fixed the problem; I decided to
> move the timestamps in createTimestamp and
> modifyTimestamp, that is:
>
> cn=Start,cn=Time,cn=Monitor
> holds the start time in createTimestamp
>
> cn=Current,cn=Time,cn=Monitor
> holds the start time in createTimestamp
> and the current time in modifyTimestamp.
>
> This allows generalizedTimeMatch operations
> on the attributes; in a future development
> a specific attribute will be added
> for DSA timing.
>
> --
> Dr. Pierangelo Masarati | voice: +39 02 2399 8309
> mailto:pierangelo.masarati@polimi.it | fax: +39 02 2399 8334
> http://www.aero.polimi.it/~masarati
> Dip. Ing. Aerospaziale Politecnico di Milano,
> via La Masa 34, 20156 Milano, Italy
--
Alan Sparks, Sr. UNIX Administrator asparks@quris.com
Quris, Inc. (720) 836-2058