Project

General

Profile

Actions

Bug #10973

closed

When hooks are exiting with an error we can have stackoverflow error if there are many of them

Bug #10973: When hooks are exiting with an error we can have stackoverflow error if there are many of them

Added by Nicolas CHARLES almost 9 years ago. Updated over 7 years ago.

Status:
Released
Priority:
N/A
Category:
Web - Config management
Target version:
Severity:
Major - prevents use of part of Rudder | no simple workaround
UX impact:
User visibility:
Operational - other Techniques | Rudder settings | Plugins
Effort required:
Medium
Priority:
29
Name check:
Fix check:
Regression:

Description

I have an install with 1600 nodes
I had a stackoverflow error at generation - increasing Xss to 128m allowed me to circumvent the issue
The I got thousands of

stderr: '2017-06-21T18:21:55+0200 error: Can't stat file '/var/rudder/ncf//bin/sh: 0: Can't open /var/rudder/ncf/common/10_ncf_internals/list-compatible-inputs' for parsing. (stat: No such file or directory) ' ; Exit code=1 for hook: '/opt/rudder/etc/hooks.d/policy-generation-node-ready/10-cf-promise-check'. stdout: stderr: '2017-06-21T18:21:55+0200 error: Can't stat file '/var/rudder/ncf//bin/sh: 0: Can't open /var/rudder/ncf/common/10_ncf_internals/list-compatible-inputs' for parsing. (stat: No such file or directory) ' ; Exit code=1 for hook: '/opt/rudder/etc/hooks.d/policy-generation-node-ready/10-cf-promise-check'. stdout: stderr: '2017-06-21T18:21:55+0200 error: Can't stat file '/var/rudder/ncf//bin/sh: 0: Can't open /var/rudder/ncf/common/10_ncf_internals/list-compatible-inputs' for parsing. (stat: No such file or directory) ' ; Exit code=1 for hook: '/opt/rudder/etc/hooks.d/policy-generation-node-ready/10-cf-promise-check'.

as you can see, the nodeid is missing there

Updated by Alexis Mousset almost 9 years ago Actions #1

  • Target version changed from 4.1.5 to 4.1.6

Updated by Benoît PECCATTE almost 9 years ago Actions #2

  • Effort required set to Very Small
  • Priority changed from 0 to 58

Updated by Vincent MEMBRÉ almost 9 years ago Actions #3

  • Target version changed from 4.1.6 to 4.1.7
  • Priority changed from 58 to 57

Updated by Vincent MEMBRÉ over 8 years ago Actions #4

  • Target version changed from 4.1.7 to 4.1.8
  • Priority changed from 57 to 56

Updated by Vincent MEMBRÉ over 8 years ago Actions #5

  • Target version changed from 4.1.8 to 4.1.9
  • Priority changed from 56 to 55

Updated by Benoît PECCATTE over 8 years ago Actions #6

  • Priority changed from 55 to 66

Updated by François ARMAND over 8 years ago Actions #7

  • Assignee set to François ARMAND
  • Priority changed from 66 to 65

Updated by Vincent MEMBRÉ over 8 years ago Actions #8

  • Target version changed from 4.1.9 to 4.1.10

Updated by Vincent MEMBRÉ about 8 years ago Actions #9

  • Target version changed from 4.1.10 to 4.1.11
  • Priority changed from 65 to 62

Updated by Vincent MEMBRÉ about 8 years ago Actions #10

  • Target version changed from 4.1.11 to 4.1.12
  • Priority changed from 62 to 60

Updated by Vincent MEMBRÉ about 8 years ago Actions #11

  • Target version changed from 4.1.12 to 4.1.13
  • Priority changed from 60 to 59

Updated by Benoît PECCATTE almost 8 years ago Actions #12

  • Target version changed from 4.1.13 to 411

Updated by Benoît PECCATTE almost 8 years ago Actions #13

  • Target version changed from 411 to 4.1.13

Updated by Vincent MEMBRÉ almost 8 years ago Actions #14

  • Target version changed from 4.1.13 to 4.1.14
  • Priority changed from 59 to 58

Updated by Benoît PECCATTE almost 8 years ago Actions #15

  • Target version changed from 4.1.14 to 4.1.15

Updated by Vincent MEMBRÉ over 7 years ago Actions #16

  • Target version changed from 4.1.15 to 4.1.16

Updated by Vincent MEMBRÉ over 7 years ago Actions #17

  • Target version changed from 4.1.16 to 4.1.17

Updated by Vincent MEMBRÉ over 7 years ago Actions #18

  • Target version changed from 4.1.17 to 4.1.18

Updated by Vincent MEMBRÉ over 7 years ago Actions #19

  • Target version changed from 4.1.18 to 4.1.19

Updated by François ARMAND over 7 years ago Actions #20

  • Subject changed from When hooks are exiting an error, we don't get the node that is failing, and we can have stackoverfloww error if there are many of them to When hooks are exiting an error we can have stackoverfloww error if there are many of them
  • User visibility changed from Infrequent - complex configurations | third party integrations to Operational - other Techniques | Rudder settings | Plugins
  • Effort required changed from Very Small to Medium
  • Priority changed from 58 to 29

I'm take that "very small" is to look at the real weight.

Updated by François ARMAND over 7 years ago Actions #21

  • Status changed from New to In progress

Updated by François ARMAND over 7 years ago Actions #22

  • 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/2112

Updated by Rudder Quality Assistant over 7 years ago Actions #23

  • Assignee changed from Vincent MEMBRÉ to François ARMAND

Updated by François ARMAND over 7 years ago Actions #24

  • Status changed from Pending technical review to Pending release

Updated by Alexis Mousset over 7 years ago Actions #25

  • Subject changed from When hooks are exiting an error we can have stackoverfloww error if there are many of them to When hooks are exiting with an error we can have stackoverflow error if there are many of them

Updated by Alexis Mousset over 7 years ago Actions #26

  • Status changed from Pending release to Released
This bug has been fixed in Rudder 4.1.19, 4.3.9 and 5.0.5 which were released today.
Changelog
Changelog
Changelog
Actions

Also available in: PDF Atom