Project

General

Profile

Actions

Bug #2261

closed

While trying to make a complete archive on the webapp for an export, a wild stacktrace appears

Added by Matthieu CERDA almost 13 years ago. Updated over 12 years ago.

Status:
Rejected
Priority:
1 (highest)
Assignee:
Matthieu CERDA
Category:
Techniques
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

Description

While trying to make a complete archive on the webapp for an export, a wild stacktrace appears and no confirmation of the archive is returned.

The GIT log states:

commit 4e44b05d1203525e15af937c246015ac77ea83cb
Author: jon.doe <<email not set>
Date:   Thu Jan 1 00:00:00 1970 +0000

    #configuration-rules-archive Commit all modification done on configuration rules (git path: 'configuration-rules')

And the webapp logs:

13:06:36.412 [qtp1938822199-69] INFO  c.n.r.r.x.GitConfigurationRuleArchiverImpl - Create a new archive: archives/configurations-rules/2012-02-09_13-06-36.412
13:06:36.783 [qtp1938822199-69] ERROR net.liftweb.http.LiftRules - Exception being returned to browser when processing Req(List(F708712136103KEGPUE, zF708712136102OTAJGM), Map(F708712136103KEGPUE -> List(NK3WE4UAPXKXDV2QQW5M), zF70871213
6102OTAJGM -> List(_)), ParsePath(List(ajax_request, F708712136100EICJ4X, index),,true,true), /rudder, PostRequest, Full(application/x-www-form-urlencoded; charset=UTF-8))
java.util.NoSuchElementException: key not found: GENERIC_FILE_CONTENT_DELETION_BOOLEAN
        at scala.collection.MapLike$class.default(MapLike.scala:224) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.HashMap.default(HashMap.scala:36) ~[scala-library-2.9.1.jar:na]
        at scala.collection.MapLike$class.apply(MapLike.scala:135) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.HashMap.apply(HashMap.scala:36) ~[scala-library-2.9.1.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$2.apply(PolicyInstance.scala:155) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$2.apply(PolicyInstance.scala:154) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.LinearSeqOptimized$class.foreach(LinearSeqOptimized.scala:59) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.List.foreach(List.scala:45) ~[scala-library-2.9.1.jar:na]
        at scala.collection.TraversableLike$class.map(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.List.map(List.scala:45) ~[scala-library-2.9.1.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$.buildMonoSectionWithMultivaluedParent$1(PolicyInstance.scala:154) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$9$$anonfun$apply$3.apply(PolicyInstance.scala:200) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$9$$anonfun$apply$3.apply(PolicyInstance.scala:199) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.LinearSeqOptimized$class.foreach(LinearSeqOptimized.scala:59) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.List.foreach(List.scala:45) ~[scala-library-2.9.1.jar:na]
        at scala.collection.TraversableLike$class.map(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.List.map(List.scala:45) ~[scala-library-2.9.1.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$9.apply(PolicyInstance.scala:199) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$9.apply(PolicyInstance.scala:197) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.TraversableLike$$anonfun$map$1.apply(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.Range.foreach(Range.scala:75) ~[scala-library-2.9.1.jar:na]
        at scala.collection.TraversableLike$class.map(TraversableLike.scala:194) ~[scala-library-2.9.1.jar:na]
        at scala.collection.immutable.Range.map(Range.scala:43) ~[scala-library-2.9.1.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$.buildMultiSectionWithoutMultiParent$1(PolicyInstance.scala:197) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$12.apply(PolicyInstance.scala:222) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]
        at com.normation.rudder.domain.policies.SectionVal$$anonfun$12.apply(PolicyInstance.scala:220) ~[rudder-core-0.11.0-SNAPSHOT.jar:na]

Actions #1

Updated by Matthieu CERDA almost 13 years ago

  • Status changed from New to Discussion
  • Assignee set to Jonathan CLARKE

I looks like it is because the test orchestrator had been tested on too much :) After a reset of the promises to a sane state (reset the LDAP, rudder-init.sh and creation of 4 brand new PI/CR) everything went back to normal.

However, this is still a failure to be worked on because in the UI I did not get any error (whereas the stacktrace states : "Exception being returned to browser when processing") so I suppose that at least a popup should appear to say "Could not create the archive".

Unfortunately I can not provide a simple procedure to reproduce this...

Actions #2

Updated by Jonathan CLARKE almost 13 years ago

  • Assignee changed from Jonathan CLARKE to Matthieu CERDA

Matthieu CERDA wrote:

I looks like it is because the test orchestrator had been tested on too much :) After a reset of the promises to a sane state (reset the LDAP, rudder-init.sh and creation of 4 brand new PI/CR) everything went back to normal.

However, this is still a failure to be worked on because in the UI I did not get any error (whereas the stacktrace states : "Exception being returned to browser when processing") so I suppose that at least a popup should appear to say "Could not create the archive".

Sure, I'll reject it, but please create a new issue for the popup issue, and put a link to it here, first. Thanks.

Actions #3

Updated by François ARMAND over 12 years ago

  • Status changed from Discussion to Rejected

Close that one as rejected, and open #2354 to follow the error reporting problem.

Actions

Also available in: Atom PDF