openldap-bugs

openldap-bugs@openldap.org

1 participants
21065 discussions

Re: (ITS#5837) slapd pthread_kill Core Dump AIX
by hyc＠symas.com 26 Jan '09

26 Jan '09

howard.allison(a)pva.sozvers.at wrote: > Full_Name: Howard Allison > Version: 2.4.11 > OS: AIX 6.1 > URL: ftp://ftp.openldap.org/incoming/ > Submission from: (NULL) (194.153.217.235) > > > After running for a few hours slapd crashes and dumps core. > here is the output from dbx: > > IOT/Abort trap in pthread_kill at 0xd04a73c0 ($t19) > 0xd04a73c0 (pthread_kill+0xa0) 80410014 lwz r2,0x14(r1) Nothing in the OpenLDAP code calls pthread_kill. You should look at a complete stack trace to see what code is calling this. It doesn't sound like it has anything to do with us, at the moment. > > slapd was compiled under AIX 6100-00-03-0808 using gcc 4.2.0-3 with these > flags: > --prefix=/opt/pware/openldap-2.4.11 --with-openssl --with-shared=yes > --enable-policy --enable-unique --enable-ssl -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#5448) CONTRIB: Java slapd
by hyc＠symas.com 26 Jan '09

26 Jan '09

This is a multi-part message in MIME format. --------------070904040708010009080404 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit hyc(a)OpenLDAP.org wrote: > Full_Name: Howard Chu > Version: 0.0.1 > OS: > URL: ftp://ftp.openldap.org/incoming/jslapd.tgz > Submission from: (NULL) (76.91.220.157) > Submitted by: hyc For completeness sake, here's the source code... ;) -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/ --------------070904040708010009080404 Content-Type: text/x-java; name="jslapd.java" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="jslapd.java" /* * Java wrapper for slapd */ import java.util.*; import java.io.*; class jslapd { public static void main(String[] args) { args[0] = args[0].concat("/slapd"); try { Process p = Runtime.getRuntime().exec(args); InputStream stderr = p.getErrorStream(); InputStreamReader isr = new InputStreamReader(stderr); BufferedReader br = new BufferedReader(isr); String line = null; while ((line = br.readLine()) != null) System.out.println(line); p.waitFor(); } catch (Throwable t) { t.printStackTrace(); } } } --------------070904040708010009080404--

1 0

Re: (ITS#5860) slapd memeory leak under openldap 2.4
by hyc＠symas.com 25 Jan '09

25 Jan '09

Rodrigo Costa wrote: > Howard, > > I tested the HEAD load last night. The results I believe are partial. Thanks for the feedback, please try the new patch in HEAD. > > The memory stay stable and the use was much lower. I had in my slapd.conf the following cache boundaries : > > line 122 (cachesize 1000) > line 123 (idlcachesize 1000) > line 124 (dncachesize 2000) > > Which make with the new load to consume much less memory and stay stable. > > PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND > 20715 ldap 18 0 184m 73m 68m S 0 0.6 174:05.81 slapd > > But by the other hand I use the monitor information to check the cache usage. I would notice that now dncache is keeping around the boundary I put of 20000 but the cache is now fixed as 1, not 1000. See information below : > > readOnly: FALSE > olmBDBEntryCache: 1 > olmBDBDNCache: 2185 > olmBDBIDLCache: 1 > olmDbDirectory: /var/openldap-data/bdb2/ > entryDN: cn=Database 2,cn=Databases,cn=Monitor > > This kept around this all the time I was making a search in DB. > > Before this load with this possible DN cache boundary solution I made the ldapsearch in around 7 minutes, for the first time not cached yet. And around 4 minutes after the entrances were cached. > > Now with this new load I made the search and it took : > > 1000000 > > real 174m6.486s > user 0m43.746s > sys 0m16.923s > > > Almost 3 hours. It's ok that I didn't tune the cache sizes but I was at least expecting the olmBDBEntryCache would now follow the 1000 boundary and not single 1. > > I believe this is what is not making this huge performance difference and not the olmBDBDNCache. > > Please confirm this is some tuning missing or if something else like the olmBDBEntryCache would be improved. > > In terms of memory usage now it is respecting but the performance, probably based in the olmBDBEntryCache only using 1 position, is much worst. > > Please also let me know if you think this performance degradation and the olmBDBEntryCache marking 1 is a tuning issue or something still need to be modified in the code. > > Thanks for the fast solution for this issue since this would be affecting all systems and types of DB. > > Rodrigo. -- -- Howard Chu CTO, Symas Corp. http://www.symas.com Director, Highland Sun http://highlandsun.com/hyc/ Chief Architect, OpenLDAP http://www.openldap.org/project/

1 0

Re: (ITS#5860) slapd memeory leak under openldap 2.4
by rlvcosta＠yahoo.com 25 Jan '09

25 Jan '09

--0-2097254313-1232882465=:12285 Content-Type: text/plain; charset=us-ascii Howard, I tested the HEAD load last night. The results I believe are partial. The memory stay stable and the use was much lower. I had in my slapd.conf the following cache boundaries : line 122 (cachesize 1000) line 123 (idlcachesize 1000) line 124 (dncachesize 2000) Which make with the new load to consume much less memory and stay stable. PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 20715 ldap 18 0 184m 73m 68m S 0 0.6 174:05.81 slapd But by the other hand I use the monitor information to check the cache usage. I would notice that now dncache is keeping around the boundary I put of 20000 but the cache is now fixed as 1, not 1000. See information below : readOnly: FALSE olmBDBEntryCache: 1 olmBDBDNCache: 2185 olmBDBIDLCache: 1 olmDbDirectory: /var/openldap-data/bdb2/ entryDN: cn=Database 2,cn=Databases,cn=Monitor This kept around this all the time I was making a search in DB. Before this load with this possible DN cache boundary solution I made the ldapsearch in around 7 minutes, for the first time not cached yet. And around 4 minutes after the entrances were cached. Now with this new load I made the search and it took : 1000000 real 174m6.486s user 0m43.746s sys 0m16.923s Almost 3 hours. It's ok that I didn't tune the cache sizes but I was at least expecting the olmBDBEntryCache would now follow the 1000 boundary and not single 1. I believe this is what is not making this huge performance difference and not the olmBDBDNCache. Please confirm this is some tuning missing or if something else like the olmBDBEntryCache would be improved. In terms of memory usage now it is respecting but the performance, probably based in the olmBDBEntryCache only using 1 position, is much worst. Please also let me know if you think this performance degradation and the olmBDBEntryCache marking 1 is a tuning issue or something still need to be modified in the code. Thanks for the fast solution for this issue since this would be affecting all systems and types of DB. Rodrigo. --- On Fri, 1/23/09, Howard Chu <hyc(a)symas.com> wrote: > From: Howard Chu <hyc(a)symas.com> > Subject: Re: (ITS#5860) slapd memeory leak under openldap 2.4 > To: rlvcosta(a)yahoo.com, openldap-its(a)OpenLDAP.org > Date: Friday, January 23, 2009, 9:57 PM > Rodrigo Costa wrote: > > Howard, > > > > Is there any expected date for this? > > A patch is now available in CVS, please test and report > back. > > -- -- Howard Chu > CTO, Symas Corp. http://www.symas.com > Director, Highland Sun http://highlandsun.com/hyc/ > Chief Architect, OpenLDAP > http://www.openldap.org/project/ --0-2097254313-1232882465=:12285 Content-Type: text/plain; name="monitor_7.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="monitor_7.txt" ZG46IGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRv clNlcnZlcg0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0 ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6 IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvcmVkSW5mbzogT3BlbkxEQVA6IHNs YXBkIDIuWCAoSmFuIDI1IDIwMDkgMDA6MzA6MDUpDQplbnRyeUROOiBjbj1N b25pdG9yDQpzdWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNT dWJvcmRpbmF0ZXM6IFRSVUUNCg0KZG46IGNuPUJhY2tlbmRzLGNuPU1vbml0 b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvckNvbnRhaW5lcg0K Y3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFt cDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1 MDMyMTU4Wg0KbW9uaXRvcmVkSW5mbzogY29uZmlnDQptb25pdG9yZWRJbmZv OiBsZGlmDQptb25pdG9yZWRJbmZvOiBiZGINCm1vbml0b3JlZEluZm86IG1v bml0b3INCmVudHJ5RE46IGNuPUJhY2tlbmRzLGNuPU1vbml0b3INCnN1YnNj aGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczog VFJVRQ0KDQpkbjogY249QmFja2VuZCAwLGNuPUJhY2tlbmRzLGNuPU1vbml0 b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvcmVkT2JqZWN0DQpj cmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1w OiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUw MzIxNThaDQptb25pdG9yZWRJbmZvOiBjb25maWcNCm1vbml0b3JSdW50aW1l Q29uZmlnOiBUUlVFDQpzdXBwb3J0ZWRDb250cm9sOiAyLjE2Ljg0MC4xLjEx MzczMC4zLjQuMg0KZW50cnlETjogY249QmFja2VuZCAwLGNuPUJhY2tlbmRz LGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWEN Cmhhc1N1Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPUJhY2tlbmQgMSxj bj1CYWNrZW5kcyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6 IG1vbml0b3JlZE9iamVjdA0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFt ZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlU aW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvcmVkSW5mbzogbGRp Zg0KbW9uaXRvclJ1bnRpbWVDb25maWc6IFRSVUUNCnN1cHBvcnRlZENvbnRy b2w6IDIuMTYuODQwLjEuMTEzNzMwLjMuNC4yDQplbnRyeUROOiBjbj1CYWNr ZW5kIDEsY249QmFja2VuZHMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50 cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpk bjogY249QmFja2VuZCAyLGNuPUJhY2tlbmRzLGNuPU1vbml0b3INCnN0cnVj dHVyYWxPYmplY3RDbGFzczogbW9uaXRvcmVkT2JqZWN0DQpjcmVhdG9yc05h bWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEy NTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQpt b25pdG9yZWRJbmZvOiBiZGINCm1vbml0b3JSdW50aW1lQ29uZmlnOiBUUlVF DQpzdXBwb3J0ZWRDb250cm9sOiAxLjMuNi4xLjEuMTINCnN1cHBvcnRlZENv bnRyb2w6IDIuMTYuODQwLjEuMTEzNzMwLjMuNC4yDQpzdXBwb3J0ZWRDb250 cm9sOiAxLjMuNi4xLjQuMS40MjAzLjY2Ni41LjINCnN1cHBvcnRlZENvbnRy b2w6IDEuMi44NDAuMTEzNTU2LjEuNC4zMTkNCnN1cHBvcnRlZENvbnRyb2w6 IDEuMy42LjEuMS4xMy4xDQpzdXBwb3J0ZWRDb250cm9sOiAxLjMuNi4xLjEu MTMuMg0Kc3VwcG9ydGVkQ29udHJvbDogMS4zLjYuMS40LjEuNDIwMy4xLjEw LjENCnN1cHBvcnRlZENvbnRyb2w6IDEuMi44NDAuMTEzNTU2LjEuNC4xNDEz DQpzdXBwb3J0ZWRDb250cm9sOiAxLjMuNi4xLjQuMS40MjAzLjY2Ni4xMS43 LjINCmVudHJ5RE46IGNuPUJhY2tlbmQgMixjbj1CYWNrZW5kcyxjbj1Nb25p dG9yDQpzdWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJv cmRpbmF0ZXM6IEZBTFNFDQoNCmRuOiBjbj1CYWNrZW5kIDMsY249QmFja2Vu ZHMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9y ZWRPYmplY3QNCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVh dGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1w OiAyMDA5MDEyNTAzMjE1OFoNCm1vbml0b3JlZEluZm86IG1vbml0b3INCm1v bml0b3JSdW50aW1lQ29uZmlnOiBUUlVFDQpzdXBwb3J0ZWRDb250cm9sOiAy LjE2Ljg0MC4xLjExMzczMC4zLjQuMg0KZW50cnlETjogY249QmFja2VuZCAz LGNuPUJhY2tlbmRzLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBj bj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNu PUNvbm5lY3Rpb25zLGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFz czogbW9uaXRvckNvbnRhaW5lcg0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJz TmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2Rp ZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KZW50cnlETjogY249Q29u bmVjdGlvbnMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1 YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBUUlVFDQoNCmRuOiBjbj1Db25u ZWN0aW9uIDEwLGNuPUNvbm5lY3Rpb25zLGNuPU1vbml0b3INCnN0cnVjdHVy YWxPYmplY3RDbGFzczogbW9uaXRvckNvbm5lY3Rpb24NCmNyZWF0b3JzTmFt ZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1 MTMwNTA0Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5MDEyNTEzMDUwNVoNCm1v bml0b3JDb25uZWN0aW9uTnVtYmVyOiAxMA0KbW9uaXRvckNvbm5lY3Rpb25Q cm90b2NvbDogMw0KbW9uaXRvckNvbm5lY3Rpb25PcHNSZWNlaXZlZDogMg0K bW9uaXRvckNvbm5lY3Rpb25PcHNFeGVjdXRpbmc6IDENCm1vbml0b3JDb25u ZWN0aW9uT3BzUGVuZGluZzogMA0KbW9uaXRvckNvbm5lY3Rpb25PcHNDb21w bGV0ZWQ6IDENCm1vbml0b3JDb25uZWN0aW9uR2V0OiAyDQptb25pdG9yQ29u bmVjdGlvblJlYWQ6IDINCm1vbml0b3JDb25uZWN0aW9uV3JpdGU6IDANCm1v bml0b3JDb25uZWN0aW9uTWFzazogcngNCm1vbml0b3JDb25uZWN0aW9uTGlz dGVuZXI6IGxkYXA6Ly8xMC4xNDIuMTUuNDI6Mzg5DQptb25pdG9yQ29ubmVj dGlvblBlZXJEb21haW46IHVua25vd24NCm1vbml0b3JDb25uZWN0aW9uUGVl ckFkZHJlc3M6IElQPTEwLjE0Mi4xNS40Njo1NTE1OA0KbW9uaXRvckNvbm5l Y3Rpb25Mb2NhbEFkZHJlc3M6IElQPTEwLjE0Mi4xNS40MjozODkNCm1vbml0 b3JDb25uZWN0aW9uU3RhcnRUaW1lOiAyMDA5MDEyNTEzMDUwNFoNCm1vbml0 b3JDb25uZWN0aW9uQWN0aXZpdHlUaW1lOiAyMDA5MDEyNTEzMDUwNVoNCmVu dHJ5RE46IGNuPUNvbm5lY3Rpb24gMTAsY249Q29ubmVjdGlvbnMsY249TW9u aXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vi b3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249TWF4IEZpbGUgRGVzY3JpcHRv cnMsY249Q29ubmVjdGlvbnMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVj dENsYXNzOiBtb25pdG9yQ291bnRlck9iamVjdA0KY3JlYXRvcnNOYW1lOg0K bW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIx NThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRv ckNvdW50ZXI6IDEwMjQNCmVudHJ5RE46IGNuPU1heCBGaWxlIERlc2NyaXB0 b3JzLGNuPUNvbm5lY3Rpb25zLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVu dHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UNCg0K ZG46IGNuPVRvdGFsLGNuPUNvbm5lY3Rpb25zLGNuPU1vbml0b3INCnN0cnVj dHVyYWxPYmplY3RDbGFzczogbW9uaXRvckNvdW50ZXJPYmplY3QNCmNyZWF0 b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIw MDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1 OFoNCm1vbml0b3JDb3VudGVyOiAxMQ0KZW50cnlETjogY249VG90YWwsY249 Q29ubmVjdGlvbnMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNu PVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249 Q3VycmVudCxjbj1Db25uZWN0aW9ucyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFs T2JqZWN0Q2xhc3M6IG1vbml0b3JDb3VudGVyT2JqZWN0DQpjcmVhdG9yc05h bWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEy NTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQpt b25pdG9yQ291bnRlcjogMQ0KZW50cnlETjogY249Q3VycmVudCxjbj1Db25u ZWN0aW9ucyxjbj1Nb25pdG9yDQpzdWJzY2hlbWFTdWJlbnRyeTogY249U3Vi c2NoZW1hDQpoYXNTdWJvcmRpbmF0ZXM6IEZBTFNFDQoNCmRuOiBjbj1EYXRh YmFzZXMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25p dG9yQ29udGFpbmVyDQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0K Y3JlYXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVz dGFtcDogMjAwOTAxMjUwMzIxNThaDQpyZWFkT25seTogRkFMU0UNCm5hbWlu Z0NvbnRleHRzOg0KbmFtaW5nQ29udGV4dHM6IGNuPWNvbmZpZw0KbmFtaW5n Q29udGV4dHM6IG91PUNPTlRFTlQsbz1hbGNhdGVsLGM9ZnINCm5hbWluZ0Nv bnRleHRzOiBvdT1JTkRFWEVTLG89YWxjYXRlbCxjPWZyDQptb25pdG9yQ29u dGV4dDogY249TW9uaXRvcg0KZW50cnlETjogY249RGF0YWJhc2VzLGNuPU1v bml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1 Ym9yZGluYXRlczogVFJVRQ0KDQpkbjogY249RnJvbnRlbmQsY249RGF0YWJh c2VzLGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRv cmVkT2JqZWN0DQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3Jl YXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFt cDogMjAwOTAxMjUwMzIxNThaDQptb25pdG9yZWRJbmZvOiBmcm9udGVuZA0K bW9uaXRvcklzU2hhZG93OiBGQUxTRQ0KbmFtaW5nQ29udGV4dHM6DQpyZWFk T25seTogRkFMU0UNCmVudHJ5RE46IGNuPUZyb250ZW5kLGNuPURhdGFiYXNl cyxjbj1Nb25pdG9yDQpzdWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1h DQpoYXNTdWJvcmRpbmF0ZXM6IEZBTFNFDQoNCmRuOiBjbj1EYXRhYmFzZSAw LGNuPURhdGFiYXNlcyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xh c3M6IG1vbml0b3JlZE9iamVjdA0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJz TmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2Rp ZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvcmVkSW5mbzog Y29uZmlnDQptb25pdG9ySXNTaGFkb3c6IEZBTFNFDQpuYW1pbmdDb250ZXh0 czogY249Y29uZmlnDQpyZWFkT25seTogRkFMU0UNCmVudHJ5RE46IGNuPURh dGFiYXNlIDAsY249RGF0YWJhc2VzLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1 YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UN Cg0KZG46IGNuPURhdGFiYXNlIDEsY249RGF0YWJhc2VzLGNuPU1vbml0b3IN CnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvcmVkT2JqZWN0DQpjcmVh dG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAy MDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIx NThaDQptb25pdG9yZWRJbmZvOiBiZGINCm1vbml0b3JJc1NoYWRvdzogRkFM U0UNCm5hbWluZ0NvbnRleHRzOiBvdT1DT05URU5ULG89YWxjYXRlbCxjPWZy DQpyZWFkT25seTogRkFMU0UNCm9sbUJEQkVudHJ5Q2FjaGU6IDANCm9sbUJE QkROQ2FjaGU6IDANCm9sbUJEQklETENhY2hlOiAwDQpvbG1EYkRpcmVjdG9y eTogL3Zhci9vcGVubGRhcC1kYXRhL2JkYjEvDQplbnRyeUROOiBjbj1EYXRh YmFzZSAxLGNuPURhdGFiYXNlcyxjbj1Nb25pdG9yDQpzdWJzY2hlbWFTdWJl bnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0ZXM6IEZBTFNFDQoN CmRuOiBjbj1EYXRhYmFzZSAyLGNuPURhdGFiYXNlcyxjbj1Nb25pdG9yDQpz dHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3JlZE9iamVjdA0KY3JlYXRv cnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAw OTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4 Wg0KbW9uaXRvcmVkSW5mbzogYmRiDQptb25pdG9ySXNTaGFkb3c6IEZBTFNF DQpuYW1pbmdDb250ZXh0czogb3U9SU5ERVhFUyxvPWFsY2F0ZWwsYz1mcg0K cmVhZE9ubHk6IEZBTFNFDQpvbG1CREJFbnRyeUNhY2hlOiAxDQpvbG1CREJE TkNhY2hlOiAyMTg1DQpvbG1CREJJRExDYWNoZTogMQ0Kb2xtRGJEaXJlY3Rv cnk6IC92YXIvb3BlbmxkYXAtZGF0YS9iZGIyLw0KZW50cnlETjogY249RGF0 YWJhc2UgMixjbj1EYXRhYmFzZXMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3Vi ZW50cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0K DQpkbjogY249RGF0YWJhc2UgMyxjbj1EYXRhYmFzZXMsY249TW9uaXRvcg0K c3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9yZWRPYmplY3QNCmNyZWF0 b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIw MDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1 OFoNCm1vbml0b3JlZEluZm86IG1vbml0b3INCm1vbml0b3JJc1NoYWRvdzog RkFMU0UNCm1vbml0b3JDb250ZXh0OiBjbj1Nb25pdG9yDQpyZWFkT25seTog RkFMU0UNCmVudHJ5RE46IGNuPURhdGFiYXNlIDMsY249RGF0YWJhc2VzLGNu PU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhh c1N1Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPUxpc3RlbmVycyxjbj1N b25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3JDb250YWlu ZXINCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1l c3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5 MDEyNTAzMjE1OFoNCmVudHJ5RE46IGNuPUxpc3RlbmVycyxjbj1Nb25pdG9y DQpzdWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRp bmF0ZXM6IFRSVUUNCg0KZG46IGNuPUxpc3RlbmVyIDAsY249TGlzdGVuZXJz LGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvcmVk T2JqZWN0DQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRl VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDog MjAwOTAxMjUwMzIxNThaDQptb25pdG9yQ29ubmVjdGlvbkxvY2FsQWRkcmVz czogSVA9MTAuMTQyLjE1LjQyOjM4OQ0KZW50cnlETjogY249TGlzdGVuZXIg MCxjbj1MaXN0ZW5lcnMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6 IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjog Y249TGlzdGVuZXIgMSxjbj1MaXN0ZW5lcnMsY249TW9uaXRvcg0Kc3RydWN0 dXJhbE9iamVjdENsYXNzOiBtb25pdG9yZWRPYmplY3QNCmNyZWF0b3JzTmFt ZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1 MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1v bml0b3JDb25uZWN0aW9uTG9jYWxBZGRyZXNzOiBJUD0xMC4xNDIuMTUuMTcy OjM4OQ0KZW50cnlETjogY249TGlzdGVuZXIgMSxjbj1MaXN0ZW5lcnMsY249 TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVtYQ0KaGFz U3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249TG9nLGNuPU1vbml0b3IN CnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvckNvbnRhaW5lcg0KY3Jl YXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDog MjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMy MTU4Wg0KZW50cnlETjogY249TG9nLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1 YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UN Cg0KZG46IGNuPU9wZXJhdGlvbnMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9i amVjdENsYXNzOiBtb25pdG9yQ29udGFpbmVyDQpjcmVhdG9yc05hbWU6DQpt b2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1 OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb25pdG9y T3BJbml0aWF0ZWQ6IDMyDQptb25pdG9yT3BDb21wbGV0ZWQ6IDMxDQplbnRy eUROOiBjbj1PcGVyYXRpb25zLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVu dHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczogVFJVRQ0KDQpk bjogY249QmluZCxjbj1PcGVyYXRpb25zLGNuPU1vbml0b3INCnN0cnVjdHVy YWxPYmplY3RDbGFzczogbW9uaXRvck9wZXJhdGlvbg0KY3JlYXRvcnNOYW1l Og0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUw MzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9u aXRvck9wSW5pdGlhdGVkOiAxMQ0KbW9uaXRvck9wQ29tcGxldGVkOiAxMQ0K ZW50cnlETjogY249QmluZCxjbj1PcGVyYXRpb25zLGNuPU1vbml0b3INCnN1 YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRl czogRkFMU0UNCg0KZG46IGNuPVVuYmluZCxjbj1PcGVyYXRpb25zLGNuPU1v bml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvck9wZXJhdGlv bg0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVz dGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkw MTI1MDMyMTU4Wg0KbW9uaXRvck9wSW5pdGlhdGVkOiAxMA0KbW9uaXRvck9w Q29tcGxldGVkOiAxMA0KZW50cnlETjogY249VW5iaW5kLGNuPU9wZXJhdGlv bnMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVt YQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249U2VhcmNoLGNu PU9wZXJhdGlvbnMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNz OiBtb25pdG9yT3BlcmF0aW9uDQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNO YW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlm eVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb25pdG9yT3BJbml0aWF0 ZWQ6IDExDQptb25pdG9yT3BDb21wbGV0ZWQ6IDEwDQplbnRyeUROOiBjbj1T ZWFyY2gsY249T3BlcmF0aW9ucyxjbj1Nb25pdG9yDQpzdWJzY2hlbWFTdWJl bnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0ZXM6IEZBTFNFDQoN CmRuOiBjbj1Db21wYXJlLGNuPU9wZXJhdGlvbnMsY249TW9uaXRvcg0Kc3Ry dWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9yT3BlcmF0aW9uDQpjcmVhdG9y c05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5 MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNTha DQptb25pdG9yT3BJbml0aWF0ZWQ6IDANCm1vbml0b3JPcENvbXBsZXRlZDog MA0KZW50cnlETjogY249Q29tcGFyZSxjbj1PcGVyYXRpb25zLGNuPU1vbml0 b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9y ZGluYXRlczogRkFMU0UNCg0KZG46IGNuPU1vZGlmeSxjbj1PcGVyYXRpb25z LGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvck9w ZXJhdGlvbg0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0 ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6 IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvck9wSW5pdGlhdGVkOiAwDQptb25p dG9yT3BDb21wbGV0ZWQ6IDANCmVudHJ5RE46IGNuPU1vZGlmeSxjbj1PcGVy YXRpb25zLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJz Y2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPU1vZHJk bixjbj1PcGVyYXRpb25zLGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RD bGFzczogbW9uaXRvck9wZXJhdGlvbg0KY3JlYXRvcnNOYW1lOg0KbW9kaWZp ZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQpt b2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvck9wSW5p dGlhdGVkOiAwDQptb25pdG9yT3BDb21wbGV0ZWQ6IDANCmVudHJ5RE46IGNu PU1vZHJkbixjbj1PcGVyYXRpb25zLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1 YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UN Cg0KZG46IGNuPUFkZCxjbj1PcGVyYXRpb25zLGNuPU1vbml0b3INCnN0cnVj dHVyYWxPYmplY3RDbGFzczogbW9uaXRvck9wZXJhdGlvbg0KY3JlYXRvcnNO YW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAx MjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0K bW9uaXRvck9wSW5pdGlhdGVkOiAwDQptb25pdG9yT3BDb21wbGV0ZWQ6IDAN CmVudHJ5RE46IGNuPUFkZCxjbj1PcGVyYXRpb25zLGNuPU1vbml0b3INCnN1 YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRl czogRkFMU0UNCg0KZG46IGNuPURlbGV0ZSxjbj1PcGVyYXRpb25zLGNuPU1v bml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvck9wZXJhdGlv bg0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVz dGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkw MTI1MDMyMTU4Wg0KbW9uaXRvck9wSW5pdGlhdGVkOiAwDQptb25pdG9yT3BD b21wbGV0ZWQ6IDANCmVudHJ5RE46IGNuPURlbGV0ZSxjbj1PcGVyYXRpb25z LGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWEN Cmhhc1N1Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPUFiYW5kb24sY249 T3BlcmF0aW9ucyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6 IG1vbml0b3JPcGVyYXRpb24NCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05h bWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5 VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vbml0b3JPcEluaXRpYXRl ZDogMA0KbW9uaXRvck9wQ29tcGxldGVkOiAwDQplbnRyeUROOiBjbj1BYmFu ZG9uLGNuPU9wZXJhdGlvbnMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50 cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpk bjogY249RXh0ZW5kZWQsY249T3BlcmF0aW9ucyxjbj1Nb25pdG9yDQpzdHJ1 Y3R1cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3JPcGVyYXRpb24NCmNyZWF0b3Jz TmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkw MTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoN Cm1vbml0b3JPcEluaXRpYXRlZDogMA0KbW9uaXRvck9wQ29tcGxldGVkOiAw DQplbnRyeUROOiBjbj1FeHRlbmRlZCxjbj1PcGVyYXRpb25zLGNuPU1vbml0 b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9y ZGluYXRlczogRkFMU0UNCg0KZG46IGNuPU92ZXJsYXlzLGNuPU1vbml0b3IN CnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvckNvbnRhaW5lcg0KY3Jl YXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDog MjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMy MTU4Wg0KbW9uaXRvcmVkSW5mbzogZ2x1ZQ0KZW50cnlETjogY249T3Zlcmxh eXMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVt YQ0KaGFzU3Vib3JkaW5hdGVzOiBUUlVFDQoNCmRuOiBjbj1PdmVybGF5IDAs Y249T3ZlcmxheXMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNz OiBtb25pdG9yZWRPYmplY3QNCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05h bWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5 VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vbml0b3JlZEluZm86IGds dWUNCm1vbml0b3JSdW50aW1lQ29uZmlnOiBGQUxTRQ0KZW50cnlETjogY249 T3ZlcmxheSAwLGNuPU92ZXJsYXlzLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1 YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UN Cg0KZG46IGNuPVNBU0wsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENs YXNzOiBtb25pdG9yQ29udGFpbmVyDQpjcmVhdG9yc05hbWU6DQptb2RpZmll cnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1v ZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQplbnRyeUROOiBjbj1T QVNMLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hl bWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPVN0YXRpc3Rp Y3MsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9y Q29udGFpbmVyDQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3Jl YXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFt cDogMjAwOTAxMjUwMzIxNThaDQplbnRyeUROOiBjbj1TdGF0aXN0aWNzLGNu PU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhh c1N1Ym9yZGluYXRlczogVFJVRQ0KDQpkbjogY249Qnl0ZXMsY249U3RhdGlz dGljcyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6IG1vbml0 b3JDb3VudGVyT2JqZWN0DQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1l Og0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRp bWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb25pdG9yQ291bnRlcjogMjc3 MjI1OTExDQplbnRyeUROOiBjbj1CeXRlcyxjbj1TdGF0aXN0aWNzLGNuPU1v bml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1 Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPVBEVSxjbj1TdGF0aXN0aWNz LGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvckNv dW50ZXJPYmplY3QNCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpj cmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0 YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vbml0b3JDb3VudGVyOiAxMDAwNTk3 DQplbnRyeUROOiBjbj1QRFUsY249U3RhdGlzdGljcyxjbj1Nb25pdG9yDQpz dWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0 ZXM6IEZBTFNFDQoNCmRuOiBjbj1FbnRyaWVzLGNuPVN0YXRpc3RpY3MsY249 TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9yQ291bnRl ck9iamVjdA0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0 ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6 IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvckNvdW50ZXI6IDEwMDA1NzcNCmVu dHJ5RE46IGNuPUVudHJpZXMsY249U3RhdGlzdGljcyxjbj1Nb25pdG9yDQpz dWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0 ZXM6IEZBTFNFDQoNCmRuOiBjbj1SZWZlcnJhbHMsY249U3RhdGlzdGljcyxj bj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3JDb3Vu dGVyT2JqZWN0DQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3Jl YXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFt cDogMjAwOTAxMjUwMzIxNThaDQptb25pdG9yQ291bnRlcjogMA0KZW50cnlE TjogY249UmVmZXJyYWxzLGNuPVN0YXRpc3RpY3MsY249TW9uaXRvcg0Kc3Vi c2NoZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVz OiBGQUxTRQ0KDQpkbjogY249VGhyZWFkcyxjbj1Nb25pdG9yDQpzdHJ1Y3R1 cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3JDb250YWluZXINCmNyZWF0b3JzTmFt ZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1 MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCmVu dHJ5RE46IGNuPVRocmVhZHMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50 cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBUUlVFDQoNCmRu OiBjbj1NYXgsY249VGhyZWFkcyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2Jq ZWN0Q2xhc3M6IG1vbml0b3JlZE9iamVjdA0KY3JlYXRvcnNOYW1lOg0KbW9k aWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNTha DQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvcmVk SW5mbzogMTYNCmVudHJ5RE46IGNuPU1heCxjbj1UaHJlYWRzLGNuPU1vbml0 b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9y ZGluYXRlczogRkFMU0UNCg0KZG46IGNuPU1heCBQZW5kaW5nLGNuPVRocmVh ZHMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9y ZWRPYmplY3QNCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVh dGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1w OiAyMDA5MDEyNTAzMjE1OFoNCm1vbml0b3JlZEluZm86IDANCmVudHJ5RE46 IGNuPU1heCBQZW5kaW5nLGNuPVRocmVhZHMsY249TW9uaXRvcg0Kc3Vic2No ZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBG QUxTRQ0KDQpkbjogY249T3Blbixjbj1UaHJlYWRzLGNuPU1vbml0b3INCnN0 cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvcmVkT2JqZWN0DQpjcmVhdG9y c05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5 MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNTha DQptb25pdG9yZWRJbmZvOiAyDQplbnRyeUROOiBjbj1PcGVuLGNuPVRocmVh ZHMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVt YQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249U3RhcnRpbmcs Y249VGhyZWFkcyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6 IG1vbml0b3JlZE9iamVjdA0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFt ZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlU aW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvcmVkSW5mbzogMA0K ZW50cnlETjogY249U3RhcnRpbmcsY249VGhyZWFkcyxjbj1Nb25pdG9yDQpz dWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0 ZXM6IEZBTFNFDQoNCmRuOiBjbj1BY3RpdmUsY249VGhyZWFkcyxjbj1Nb25p dG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3JlZE9iamVjdA0K Y3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFt cDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1 MDMyMTU4Wg0KbW9uaXRvcmVkSW5mbzogMQ0KZW50cnlETjogY249QWN0aXZl LGNuPVRocmVhZHMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNu PVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249 UGVuZGluZyxjbj1UaHJlYWRzLGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmpl Y3RDbGFzczogbW9uaXRvcmVkT2JqZWN0DQpjcmVhdG9yc05hbWU6DQptb2Rp ZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoN Cm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb25pdG9yZWRJ bmZvOiAwDQplbnRyeUROOiBjbj1QZW5kaW5nLGNuPVRocmVhZHMsY249TW9u aXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vi b3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249QmFja2xvYWQsY249VGhyZWFk cyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3Jl ZE9iamVjdA0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToNCmNyZWF0 ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1lc3RhbXA6 IDIwMDkwMTI1MDMyMTU4Wg0KbW9uaXRvcmVkSW5mbzogMQ0KZW50cnlETjog Y249QmFja2xvYWQsY249VGhyZWFkcyxjbj1Nb25pdG9yDQpzdWJzY2hlbWFT dWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0ZXM6IEZBTFNF DQoNCmRuOiBjbj1TdGF0ZSxjbj1UaHJlYWRzLGNuPU1vbml0b3INCnN0cnVj dHVyYWxPYmplY3RDbGFzczogbW9uaXRvcmVkT2JqZWN0DQpjcmVhdG9yc05h bWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEy NTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQpt b25pdG9yZWRJbmZvOiB1bmtub3duDQplbnRyeUROOiBjbj1TdGF0ZSxjbj1U aHJlYWRzLGNuPU1vbml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJz Y2hlbWENCmhhc1N1Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPVJ1bnF1 ZXVlLGNuPVRocmVhZHMsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENs YXNzOiBtb25pdG9yZWRPYmplY3QNCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVy c05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9k aWZ5VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCmVudHJ5RE46IGNuPVJ1 bnF1ZXVlLGNuPVRocmVhZHMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50 cnk6IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpk bjogY249VGFza2xpc3QsY249VGhyZWFkcyxjbj1Nb25pdG9yDQpzdHJ1Y3R1 cmFsT2JqZWN0Q2xhc3M6IG1vbml0b3JlZE9iamVjdA0KY3JlYXRvcnNOYW1l Og0KbW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUw MzIxNThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KZW50 cnlETjogY249VGFza2xpc3QsY249VGhyZWFkcyxjbj1Nb25pdG9yDQpzdWJz Y2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0ZXM6 IEZBTFNFDQoNCmRuOiBjbj1UaW1lLGNuPU1vbml0b3INCnN0cnVjdHVyYWxP YmplY3RDbGFzczogbW9uaXRvckNvbnRhaW5lcg0KY3JlYXRvcnNOYW1lOg0K bW9kaWZpZXJzTmFtZToNCmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIx NThaDQptb2RpZnlUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KZW50cnlE TjogY249VGltZSxjbj1Nb25pdG9yDQpzdWJzY2hlbWFTdWJlbnRyeTogY249 U3Vic2NoZW1hDQpoYXNTdWJvcmRpbmF0ZXM6IFRSVUUNCg0KZG46IGNuPVN0 YXJ0LGNuPVRpbWUsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNz OiBtb25pdG9yZWRPYmplY3QNCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05h bWU6DQpjcmVhdGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5 VGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vbml0b3JUaW1lc3RhbXA6 IDIwMDkwMTI1MDMyMTU4Wg0KZW50cnlETjogY249U3RhcnQsY249VGltZSxj bj1Nb25pdG9yDQpzdWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpo YXNTdWJvcmRpbmF0ZXM6IEZBTFNFDQoNCmRuOiBjbj1DdXJyZW50LGNuPVRp bWUsY249TW9uaXRvcg0Kc3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9y ZWRPYmplY3QNCmNyZWF0b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVh dGVUaW1lc3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1w OiAyMDA5MDEyNTAzMjE1OFoNCm1vbml0b3JUaW1lc3RhbXA6IDIwMDkwMTI1 MTMwNTA1Wg0KZW50cnlETjogY249Q3VycmVudCxjbj1UaW1lLGNuPU1vbml0 b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9y ZGluYXRlczogRkFMU0UNCg0KZG46IGNuPVVwdGltZSxjbj1UaW1lLGNuPU1v bml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvcmVkT2JqZWN0 DQpjcmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0 YW1wOiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAx MjUwMzIxNThaDQptb25pdG9yZWRJbmZvOiAzNDk4Nw0KZW50cnlETjogY249 VXB0aW1lLGNuPVRpbWUsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6 IGNuPVN1YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjog Y249VExTLGNuPU1vbml0b3INCnN0cnVjdHVyYWxPYmplY3RDbGFzczogbW9u aXRvckNvbnRhaW5lcg0KY3JlYXRvcnNOYW1lOg0KbW9kaWZpZXJzTmFtZToN CmNyZWF0ZVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb2RpZnlUaW1l c3RhbXA6IDIwMDkwMTI1MDMyMTU4Wg0KZW50cnlETjogY249VExTLGNuPU1v bml0b3INCnN1YnNjaGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1 Ym9yZGluYXRlczogRkFMU0UNCg0KZG46IGNuPVdhaXRlcnMsY249TW9uaXRv cg0Kc3RydWN0dXJhbE9iamVjdENsYXNzOiBtb25pdG9yQ29udGFpbmVyDQpj cmVhdG9yc05hbWU6DQptb2RpZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1w OiAyMDA5MDEyNTAzMjE1OFoNCm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUw MzIxNThaDQplbnRyeUROOiBjbj1XYWl0ZXJzLGNuPU1vbml0b3INCnN1YnNj aGVtYVN1YmVudHJ5OiBjbj1TdWJzY2hlbWENCmhhc1N1Ym9yZGluYXRlczog VFJVRQ0KDQpkbjogY249UmVhZCxjbj1XYWl0ZXJzLGNuPU1vbml0b3INCnN0 cnVjdHVyYWxPYmplY3RDbGFzczogbW9uaXRvckNvdW50ZXJPYmplY3QNCmNy ZWF0b3JzTmFtZToNCm1vZGlmaWVyc05hbWU6DQpjcmVhdGVUaW1lc3RhbXA6 IDIwMDkwMTI1MDMyMTU4Wg0KbW9kaWZ5VGltZXN0YW1wOiAyMDA5MDEyNTAz MjE1OFoNCm1vbml0b3JDb3VudGVyOiAxDQplbnRyeUROOiBjbj1SZWFkLGNu PVdhaXRlcnMsY249TW9uaXRvcg0Kc3Vic2NoZW1hU3ViZW50cnk6IGNuPVN1 YnNjaGVtYQ0KaGFzU3Vib3JkaW5hdGVzOiBGQUxTRQ0KDQpkbjogY249V3Jp dGUsY249V2FpdGVycyxjbj1Nb25pdG9yDQpzdHJ1Y3R1cmFsT2JqZWN0Q2xh c3M6IG1vbml0b3JDb3VudGVyT2JqZWN0DQpjcmVhdG9yc05hbWU6DQptb2Rp ZmllcnNOYW1lOg0KY3JlYXRlVGltZXN0YW1wOiAyMDA5MDEyNTAzMjE1OFoN Cm1vZGlmeVRpbWVzdGFtcDogMjAwOTAxMjUwMzIxNThaDQptb25pdG9yQ291 bnRlcjogMA0KZW50cnlETjogY249V3JpdGUsY249V2FpdGVycyxjbj1Nb25p dG9yDQpzdWJzY2hlbWFTdWJlbnRyeTogY249U3Vic2NoZW1hDQpoYXNTdWJv cmRpbmF0ZXM6IEZBTFNFDQoNCg== --0-2097254313-1232882465=:12285--

1 0

(ITS#5905) [patch] autoconf should check for uuid functions
by richton＠nbcs.rutgers.edu 25 Jan '09

25 Jan '09

Full_Name: Aaron Richton Version: RE24 OS: Solaris 9 URL: https://www.nbcs.rutgers.edu/~richton/openldap-uuidunparse.patch Submission from: (NULL) (128.6.68.244) The recent fix for ITS # 5888 unmasked this presumably long-standing issue. uuid_create and uuid_unparse_lower are used without autoconf verifying them first. An up-to-pat ch Solaris 9, in particular, is an example of a platform where uuid_generate exists without uuid_unparse_lower. Google seems to show that older Linux ~2006 has a similar situation.

1 0

Re: (ITS#5904) Docs: admin guide describes log levels inconsistently
by jclarke＠linagora.com 24 Jan '09

24 Jan '09

Quanah Gibson-Mount wrote: > --On Saturday, January 24, 2009 3:19 PM +0000 jclarke(a)linagora.com wrote: > >> Currently, each description offers different levels and different >> descriptions. In particular, only the first mentions the keywords (as >> well as integers). None mention the "None" level. > > I disagree. From slapd.conf(5): > > loglevel <integer> [...] > 32768 (0x8000 none) only messages that get logged > whatever log level is set > > > I see "none" documented right there. Yes, absolutely. I was referring only to the admin guide. This man page is indeed where I copied that definition from for the patch to the admin guide :) Jonathan -- Jonathan Clarke -- LinID - Open Source Identity Management --------------------------------------------------------------- Linagora 27 rue de Berri, 75008 Paris Tel: 01 58 18 68 28 / 06 99 60 03 10 --------------------------------------------------------------- Ldap Synchronization Connector (LSC) - http://lsc-project.org/ ---------------------------------------------------------------

1 0

Re: (ITS#5904) Docs: admin guide describes log levels inconsistently
by quanah＠zimbra.com 24 Jan '09

24 Jan '09

--On Saturday, January 24, 2009 3:19 PM +0000 jclarke(a)linagora.com wrote: > Currently, each description offers different levels and different > descriptions. In particular, only the first mentions the keywords (as > well as integers). None mention the "None" level. I disagree. From slapd.conf(5): loglevel <integer> [...] 32768 (0x8000 none) only messages that get logged whatever log level is set I see "none" documented right there. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5904) Docs: admin guide describes log levels inconsistently
by quanah＠zimbra.com 24 Jan '09

24 Jan '09

--On Saturday, January 24, 2009 10:51 PM +0000 ghenry(a)suretecsystems.com wrote: > The man pages always have the most details, but I think what ever the code > has regarding options is the master source. > > Can anyone clarify? Hm, I was under the impression that -d (debug level) and LOG level were different. I.e., they don't always apply straight across. -d debug-level Turn on debugging as defined by debug-level. If this option is specified, even with a zero argument, slapd will not fork or disassociate from the invoking terminal. Some general operation and status messages are printed for any value of debug-level. debug-level is taken as a bit string, with each bit correspond- ing to a different kind of debugging information. See <ldap_log.h> for details. Comma-separated arrays of friendly names can be specified to select debugging output of the corre- sponding debugging information. All the names recognized by the loglevel directive described in slapd.conf(5) are supported. If debug-level is ?, a list of installed levels is printed, and slapd exits. And the man page for slapd seems to back that up. I.e., any LOG level setting works with -d, but there may be -d options that are beyond what LOG level supports. --Quanah -- Quanah Gibson-Mount Principal Software Engineer Zimbra, Inc -------------------- Zimbra :: the leader in open source messaging and collaboration

1 0

Re: (ITS#5904) Docs: admin guide describes log levels inconsistently
by ghenry＠suretecsystems.com 24 Jan '09

24 Jan '09

----- jclarke(a)linagora.com wrote: > Full_Name: Jonathan Clarke > Version: irrelevant > OS: irrelevant > URL: > ftp://ftp.openldap.org/incoming/jonathan-clarke-guide-20090124-2.patch > Submission from: (NULL) (62.147.206.193) > > > The different log/debug levels available are described in three places > in the > admin guide: for olcLogLevel attribute in cn=config, for loglevel in > slapd.conf > and for -d command line option to slapd. > > Currently, each description offers different levels and different > descriptions. > In particular, only the first mentions the keywords (as well as > integers). None > mention the "None" level. > > I propose the patch below that offers similar information in all three > places, > an example clarifying the difference between loglevels "0" and "None" > and > clarification of the cn=config default. Most text is simply copied > from the man > pages. OK, thanks. Will take a look. > On a side note, the man pages have levels "cache" and "index" (4096 > and 8192) > commented out. The output from slapd -d? include them. Which should > the admin > guide reflect? The man pages always have the most details, but I think what ever the code has regarding options is the master source. Can anyone clarify? -- Kind Regards, Gavin Henry. Managing Director. T +44 (0) 1224 279484 M +44 (0) 7930 323266 F +44 (0) 1224 824887 E ghenry(a)suretecsystems.com Open Source. Open Solutions(tm). http://www.suretecsystems.com/ Suretec Systems is a limited company registered in Scotland. Registered number: SC258005. Registered office: 13 Whiteley Well Place, Inverurie, Aberdeenshire, AB51 4FP. Subject to disclaimer at http://www.suretecgroup.com/disclaimer.html

1 0

Re: (ITS#5760) attribute hiding in rwm overlay
by brett.maxfield＠gmail.com 24 Jan '09

24 Jan '09

--001485f01b2867b84704613d5bd9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit On Sun, Jan 25, 2009 at 12:53 AM, Pierangelo Masarati <ando(a)sys-net.it>wrote: > > If so, i can still see the behaviour here with 2.4.13, i can see >> operational >> attributes, but non non-operational attributes, when mapping both >> objectclass and attribute.. >> >> Bug seems to be focused on using of *, rather than an explicit list of >> non-operational attrs which works, ie : >> >> I can search for attributes with * ( get all non-operational attributes ) >> and don't get any non-operational attributes, whereas explicitly adding >> any >> non-operational attribute will result i a search returning the named >> values, >> which is allowable via the objectclass maps. >> >> seems to work the same (omitting non-oprational attrs), even if i dont >> specufy the objectclass rwm maps. >> > > Not sure I understand. Can you post simple (both working and not working) > examples? > Last time i looked at this after release of 2.4.13 it was not working. Eg: given attribute maps: # these dont work rwm-map attribute cn * rwm-map attribute sn * rwm-map attribute givenName * rwm-map attribute mail * rwm-map attribute c * rwm-map attribute o * rwm-map attribute ou * # these work rwm-map attribute hasSubordinates * rwm-map attribute subschemaSubentry * rwm-map attribute entryUUID * # this enabled rwm-map attribute * I could see operational attributes, in response to having + in the attribute list when querying, and would get all operational attributes without naming them specifically. But i could not similarly use *, to return all non-operational attributes without specifying them individually. As most ldap browsers default to using *,+ in the attribute list, i could only see operational attributes when using an ldap browser with it's default settings. However if i specifically put cn,sn,givenName,etc., in the attribute list instead of using the shortcut *,+ i could get non-operational attributes (cn,sn,givenName,etc.,) showing normally in queries. The specific configs are not around anymore, but the snippit above from the ITS covers the important rwm-map bits. I will try to duplicate my previous results in detail, with debugging, to help diagnose this further... Cheers Brett --001485f01b2867b84704613d5bd9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable <div class=3D"gmail_quote">On Sun, Jan 25, 2009 at 12:53 AM, Pierangelo= Masarati <<a href=3D"mailto:ando@sys-net.it">ando@sys= -net.it</a>> wrote: <blockquote class=3D"gmail_quote" style=3D= "border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padd= ing-left: 1ex;"> <div class=3D"Ih2E3d"> <blockquote class=3D"gmail_quote" style=3D"border-left: 1px solid rgb(204, = 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"> If so, i can still see the behaviour here with 2.4.13, i can see operationa= l attributes, but non non-operational attributes, when mapping both objectclass and attribute.. Bug seems to be focused on using of *, rather than an explicit list of non-operational attrs which works, ie : I can search for attributes with * ( get all non-operational attributes )<b= r> and don't get any non-operational attributes, whereas explicitly adding= any non-operational attribute will result i a search returning the named values= , which is allowable via the objectclass maps. seems to work the same (omitting non-oprational attrs), even if i dont specufy the objectclass rwm maps. </blockquote> </div> Not sure I understand.  Can you post simple (both working and not work= ing) examples?<div> </div></blockquote></div> Last time i looked at this after release of 2.= 4.13 it was not working. Eg: given attribute maps: <pre># these dont wor= k rwm-map attribute cn * rwm-map attribute sn * rwm-map attribute = givenName * rwm-map attribute mail * rwm-map attribute c * rwm-map attribute o *<= br>rwm-map attribute ou * # these work rwm-map attribute hasSubor= dinates * rwm-map attribute subschemaSubentry * rwm-map attribute ent= ryUUID * # this enabled rwm-map attribute * </pre>I could see operational = attributes, in response to having + in the attribute list when querying, an= d would get all operational attributes without naming them specifically. Bu= t i could not similarly use *, to return all non-operational attributes wit= hout specifying them individually. As most ldap browsers default to using *,+ in the attribute list, i cou= ld only see operational attributes when using an ldap browser with it's= default settings. However if i specifically put  cn,sn,givenNa= me,etc., in the attribute list instead of using the shortcut *,+ i could ge= t non-operational attributes (cn,sn,givenName,etc.,) showing normally in qu= eries. The specific configs are not around anymore, but the snippit above from= the ITS covers the important rwm-map bits. I will try to duplicate = my previous results in detail, with debugging, to help diagnose this furthe= r... Cheers Brett --001485f01b2867b84704613d5bd9--

1 0

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

openldap-bugs