Project

General

Profile

Actions

Bug #10986

closed

webapp can't start after upgrade to 4.2

Added by Benoît PECCATTE over 5 years ago. Updated over 5 years ago.

Status:
Released
Priority:
N/A
Category:
-
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
13
Regression:

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 1 (0 open1 closed)

Bug #10992: Check on path before classpath for bootstrap.ldifReleasedNicolas CHARLESActions
Actions #1

Updated by François ARMAND over 5 years ago

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

Updated by François ARMAND over 5 years 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)

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 Alexis Mousset
  • Pull Request set to https://github.com/Normation/ldap-inventory/pull/115
Actions #4

Updated by François ARMAND over 5 years ago

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

Updated by Alexis Mousset over 5 years 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.

Actions

Also available in: Atom PDF