Project

General

Profile

Actions

Bug #14430

closed

Incoherent state when accepting a Node, where node is accepted but now available in UI (error when creating Node entry)

Added by François ARMAND almost 6 years ago. Updated over 5 years ago.

Status:
Released
Priority:
N/A
Category:
Web - Nodes & inventories
Target version:
Severity:
Major - prevents use of part of Rudder | no simple workaround
UX impact:
User visibility:
Infrequent - complex configurations | third party integrations
Effort required:
Very Small
Priority:
69
Name check:
Fix check:
Regression:

Description

We face that case:

- node inventory in pending,
- user accept nodes,
- rudder node entry can't be created because "node" entry has an unknow attribute (ldap schema not up to date)
- exception is ignored, node is accepted
- node doesn't really exists.

Exact exception was:

[2019-03-07 15:57:04] ERROR com.normation.ldap.sdk.RwLDAPConnection - Exception ignored (by configuration) when trying to add entry 'nodeId=78b15f0a-37cf-4f54-a91a-213d35d9673d,ou=Nodes,cn=rudder-configuration'.  Reported exception was: state: attribute type undefined
com.unboundid.ldap.sdk.LDAPException: state: attribute type undefined
        at com.unboundid.ldap.sdk.LDAPConnection.add(LDAPConnection.java:2099)
        at com.normation.ldap.sdk.RwLDAPConnection.$anonfun$addAction$3(LDAPConnection.scala:522)
        at scala.util.control.Exception$Catch.apply(Exception.scala:224)
        at com.normation.ldap.sdk.RwLDAPConnection.$anonfun$addAction$1(LDAPConnection.scala:522)
        at com.normation.ldap.sdk.RwLDAPConnection.applyMod(LDAPConnection.scala:487)
        at com.normation.ldap.sdk.RwLDAPConnection.$anonfun$applyAdd$2(LDAPConnection.scala:533)
        at com.normation.ldap.sdk.RwLDAPConnection.save(LDAPConnection.scala:591)
...
[2019-03-07 15:57:04] INFO  hooks - Executing post-node-acceptance hooks for node with id '78b15f0a-37cf-4f54-a91a-213d35d9673d'
[2019-03-07 15:57:04] INFO  nodes.pending - New node accepted and managed by Rudder: 78b15f0a-37cf-4f54-a91a-213d35d9673d
[2019-03-07 15:57:04] INFO  hooks - Executing post-node-acceptance hooks for node with id '78b15f0a-37cf-4f54-a91a-213d35d9673d'
...

We should really check that node entry was created.
Once we are in that state, a normal user (one who doesn't speak LDAP) can't really do anything anymore.


Files

Actions #1

Updated by François ARMAND over 5 years ago

  • Category set to Web - Nodes & inventories
  • Assignee set to François ARMAND
Actions #2

Updated by François ARMAND over 5 years ago

  • Status changed from New to In progress
Actions #3

Updated by François ARMAND over 5 years ago

  • Status changed from In progress to Pending technical review
  • Assignee changed from François ARMAND to Vincent MEMBRÉ
  • Pull Request set to https://github.com/Normation/rudder/pull/2165
Actions #4

Updated by François ARMAND over 5 years ago

  • Status changed from Pending technical review to Pending release
Actions #5

Updated by François ARMAND over 5 years ago

We now have the error in the screenshot (I removed the "state" attribute from schema before accepting the node, which may have been somehow the situation in the first bug)

Actions #6

Updated by Vincent MEMBRÉ over 5 years ago

  • Subject changed from We can successfully accept a node even if Node entry wasn't created to Incoherent state when accepting a Node, where node is accepted but now available in UI (error when creating Node entry)
  • Priority changed from 70 to 69
Actions #7

Updated by Vincent MEMBRÉ over 5 years ago

  • Status changed from Pending release to Released

This bug has been fixed in Rudder 4.3.11 and 5.0.9 which were released today.

Actions

Also available in: Atom PDF