Project

General

Profile

Bug #10986

webapp can't start after upgrade to 4.2

Added by Benoît PECCATTE 6 months ago. Updated 6 months ago.

Status:
Released
Priority:
N/A
Category:
-
Target version:
Target version (plugin):
Severity:
User visibility:
Effort required:
Priority:
13

Description

This is a template, please edit and remove what is not relevant.

I found this bug in Rudder version 4.2, on xenial
This bug happens:

  • During upgrade of Rudder server

Description:

[2017-06-22 09:15:06] INFO  bootchecks - Resume policy update if it was running before shutdown
[2017-06-22 09:15:06] INFO  bootchecks - Flag file '/opt/rudder/etc/policy-update-running' does not exist, No need to start a new policy update
[2017-06-22 09:15:06] INFO  bootchecks - Check that system group / directive / rules for Rudder 4.2 are agent-specific
[2017-06-22 09:15:06] ERROR bootchecks - Missing required system entry in bootstrap data (likely a bug, please report): 'nodeGroupId=all-nodes-with-cfengine-agent,groupCategoryId=SystemGroup
s,groupCategoryId=GroupRoot,ou=Rudder,cn=rudder-configuration'
[2017-06-22 09:15:06] ERROR application - Fatal error during boot, Rudder will stop now
javax.servlet.UnavailableException: Missing required system entry in bootstrap data (likely a bug, please report): 'nodeGroupId=all-nodes-with-cfengine-agent,groupCategoryId=SystemGroups,gro
upCategoryId=GroupRoot,ou=Rudder,cn=rudder-configuration'
        at bootstrap.liftweb.checks.CheckCfengineSystemRuleTargets.FAIL(CheckCfengineSystemRuleTargets.scala:112)
        at bootstrap.liftweb.checks.CheckCfengineSystemRuleTargets.failMissingEntryMsg$1(CheckCfengineSystemRuleTargets.scala:130)
        at bootstrap.liftweb.checks.CheckCfengineSystemRuleTargets.$anonfun$checks$3(CheckCfengineSystemRuleTargets.scala:135)


Subtasks

Bug #10992: Check on path before classpath for bootstrap.ldifReleasedNicolas CHARLES

Associated revisions

Revision 9d745791
Added by François ARMAND 6 months ago

Fixes #10986: webapp can't start after upgrade to 4.2

History

#1 Updated by François ARMAND 6 months ago

  • Status changed from New to In progress
  • Assignee set to François ARMAND

#2 Updated by François ARMAND 6 months ago

OK, understood what is happening: on the webapp, depending of something, the bootstrap.ldif from either ldap-inventory/inventory-repository (not good) or scala-core (good!) is loaded. Because classpath order or something.

So, either remove bootstrap.ldif from inventory-repository jar, or specifically load the one from scala-core (not sure if possible, thought)

#3 Updated by François ARMAND 6 months ago

  • Status changed from In progress to Pending technical review
  • Assignee changed from François ARMAND to Alexis MOUSSET
  • Pull Request set to https://github.com/Normation/ldap-inventory/pull/115

#4 Updated by François ARMAND 6 months ago

  • Status changed from Pending technical review to Pending release

#5 Updated by Alexis MOUSSET 6 months ago

  • Status changed from Pending release to Released
  • Priority changed from 0 to 13

This bug has been fixed in Rudder 4.2.0~beta1 which was released today.

Also available in: Atom PDF