Project

General

Profile

Bug #17594

Updated by Nicolas CHARLES almost 4 years ago

I accepted 149 140 nodes in Rudder 6.1, and got no policy generation at all. It might be worth stating that i was in trace for ldap and dyngroupuploader all 
 Event logs are 

 <pre> 
	
 Date 
	
 Actor 
	
 Type 
	
 Description 
 250 	 2020-06-02 22:22:54+0200 	 rudder 	 Technique Library updated 	 Technique library updated 
 249 	 2020-06-02 22:20:43+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2497 accepted 
 248 	 2020-06-02 22:20:42+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2496 accepted 
 247 	 2020-06-02 22:20:42+0200 	 rudder 	 Node Group modified 	 Group sqfdsffd modified 
 246 	 2020-06-02 22:20:42+0200 	 rudder 	 Node Group modified 	 Group All classic Nodes managed by root policy server modified 
 245 	 2020-06-02 22:20:42+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2491 accepted 
 244 	 2020-06-02 22:20:42+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2490 accepted 
 243 	 2020-06-02 22:20:42+0200 	 rudder 	 Node Group modified 	 Group All classic Nodes modified 
 242 	 2020-06-02 22:20:42+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2488 accepted 
 241 	 2020-06-02 22:20:42+0200 	 rudder 	 Node Group modified 	 Group sqfdsffd modified 
 240 	 2020-06-02 22:20:42+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2487 accepted 
 239 	 2020-06-02 22:20:41+0200 	 rudder 	 Node Group modified 	 Group All classic Nodes managed by root policy server modified 
 238 	 2020-06-02 22:20:41+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2485 accepted 
 237 	 2020-06-02 22:20:41+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2482 accepted 
 236 	 2020-06-02 22:20:41+0200 	 rudder 	 Node Group modified 	 Group All classic Nodes modified 
 235 	 2020-06-02 22:20:41+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2477 accepted 
 234 	 2020-06-02 22:20:41+0200 	 admin 	 Node accepted 	 Node RUDDER_TEST_2474 accepted 
 </pre> 

 groups are indeed updated 
 <pre> 
 [2020-06-02 22:20:42+0200] INFO    scheduled.job - Dynamic group a4503f01-91b0-4237-a69b-24b8cee754cc: added node with id: [ dfd4dede-32c5-4265-8073-18efc3ce98a5, 
  9ef36460-1cdc-4acd-95ae-27ecfbac9cfa, a6181521-da20-4a09-b7c4-73dd4237e929, 66c9208d-a8dd-4cac-ae8a-6a6a7554f6a5 ], removed: nothing 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] Start search for { returnType:'NodeReturnType 
 ' with 'Or' criteria [node.nodeHostname eq RUDDER_TEST_2497] } 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |- (final query) LDAPObjectType(ou=Nodes,ou=A 
 ccepted Inventories,ou=Inventories,cn=rudder-configuration,One,LDAPObjectTypeFilter((objectClass=*)),Some((|(nodeHostname=RUDDER_TEST_2497))),DNJoin,Set()) 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- SearchRequest(baseDN='ou=Nodes,ou=Accept 
 ed Inventories,ou=Inventories,cn=rudder-configuration', scope=ONE, deref=NEVER, sizeLimit=0, timeLimit=0, filter='(&(objectClass=*)(|(nodeHostname=RUDDER_TEST_2 
 497)))', attrs={isSystem, serializedHeartbeatRunConfiguration, ram, description, osFullName, osName, ipHostNumber, state, policyServerId, machineId, osArchitect 
 ureType, timezoneName, localAdministratorAccountName, osKernelVersion, windowsKey, customProperty, container, componentSerialNumber, cn, osServicePack, serializ 
 edAgentRunInterval, windowsUserDomain, serializedNodeProperty, timezoneOffset, keyStatus, createTimestamp, agentName, windowsRegistrationCompany, publicKey, inv 
 entoryDate, policyMode, manufacturer, osVersion, nodeId, nodeHostname, rudderServerRole, objectClass, windowsId}) 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |---- after ldap search request 0 result(s) 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |---- after post-processing: 0 result(s) 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- or (base filter): 0 
 [2020-06-02 22:20:42+0200] TRACE com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- or (base filter):  
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- or (special filter): 0 
 [2020-06-02 22:20:42+0200] TRACE com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- or (special filter):  
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- or (total): 0 
 [2020-06-02 22:20:42+0200] TRACE com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- or (total):  
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] |--- results are: 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.InternalLDAPQueryProcessor - [130533829852] `-> 0 results 
 [2020-06-02 22:20:42+0200] DEBUG com.normation.rudder.services.queries.AcceptedNodesLDAPQueryProcessor - Result obtained in 23ms for query { returnType:'NodeRet 
 urnType' with 'Or' criteria [node.nodeHostname eq RUDDER_TEST_2497] } 
 </pre> 

 it never fixes itself, as dynamic groups are now only updated when tree changes

Back