Project

General

Profile

Actions

Bug #3233

closed

Rudder restarts jetty every two promise execution if we change the webapp context URL

Added by Vincent MEMBRÉ about 11 years ago. Updated about 7 years ago.

Status:
Rejected
Priority:
3
Assignee:
-
Category:
System techniques
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

Description

If we change Rudder webapp context URL (by changing jetty and apache files), the distribute-policy Rule could not find check if the status of the webapp is OK, so it thinks its not running and force jetty restart on the next run.

I changed my context URL to "myLittleRudder" so access to my webapp is http://server.rudder.local/myLittleRudder and the url the API status is http://server.rudder.local/myLittleRudder/api/status

but the promise keeps on checking rudder/api/status because the context URL is hardcoded in the distribute policy

Here is the extract of alive-check and the bundle root-alive-check which cause the problem:

bundle agent root_alive_check {

        vars:

                "apps_to_check" slist => { "rudder", "endpoint" };

        methods:

                "any" usebundle => generic_alive_check("$(apps_to_check)");

}

bundle agent generic_alive_check(app) {

        vars:

                        "site_to_check" string => "http://localhost:8080/$(app)/api/status";
                        "sitename" string => canonify("$(site_to_check)");

                        "cleanup_failed_classes" slist => { "site_down_once_$(sitename)", "site_alivecheck_restart_jetty_$(sitename)" };

                        "failed_result_class" string => "site_down_once_$(sitename)",
                                ifvarclass => "!site_down_once_$(sitename).!first_iteration_passed";

                        "site_failure_persist_time" string => "10",
                                ifvarclass => "!site_down_once_$(sitename).!first_iteration_passed";

                        "failed_result_class" string => "site_alivecheck_restart_jetty_$(sitename)",
                                ifvarclass => "site_down_once_$(sitename).!first_iteration_passed";

                        "site_failure_persist_time" string => "0",
                                ifvarclass => "site_down_once_$(sitename).!first_iteration_passed";

        classes:

                        "first_iteration_passed" expression => "any";

        methods:

                        "any" usebundle => generic_process_check_process(".*java.*/opt/rudder/jetty7/start.jar", "jetty", "true"),
                                ifvarclass => "site_alivecheck_restart_jetty_$(sitename)",
                                classes => set_persist_classes("site_alivecheck_jetty_restarted_$(sitename)", "site_down_once_$(sitename)" ,"0");

 [...]

The context URL should not be hardcoded in that promise

I target 2.4.3 as i saw it happen in 2.5 and 2.4.3, it may be the case to in 2.3 too.

Actions #1

Updated by Matthieu CERDA about 11 years ago

  • Target version changed from 2.4.3 to 2.4.4
Actions #2

Updated by François ARMAND about 11 years ago

So, the problem only occures when the user change the context on jetty (and so, it means that the user also change the apache proxy config).

We can't only explain in the doc that the "rudder" variable has to be changed without also upgrading the "upgrade" scrip, because for now, system promises are just erased.

A solution may be to use an external file to set the context as it is done for password, and use it to set the context for jetty, system promises, and Apache.

Actions #3

Updated by Nicolas PERRON about 11 years ago

  • Target version changed from 2.4.4 to 2.4.5
Actions #4

Updated by Nicolas PERRON almost 11 years ago

  • Target version changed from 2.4.5 to 2.4.6
Actions #5

Updated by Nicolas PERRON almost 11 years ago

  • Target version changed from 2.4.6 to 2.4.7
Actions #6

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.7 to 2.4.8
Actions #7

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.8 to 2.4.9
Actions #8

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.9 to 2.4.10
Actions #9

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.10 to 2.4.11
Actions #10

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.11 to 2.4.12
Actions #11

Updated by Nicolas PERRON over 10 years ago

  • Target version changed from 2.4.12 to 2.4.13
Actions #12

Updated by Vincent MEMBRÉ about 10 years ago

  • Target version changed from 2.4.13 to 2.6.11

Since Support for 2.4 branch is over, retargeting this issue to 2.6

Actions #13

Updated by Vincent MEMBRÉ about 10 years ago

  • Target version changed from 2.6.11 to 2.6.12
Actions #14

Updated by Vincent MEMBRÉ about 10 years ago

  • Target version changed from 2.6.12 to 2.6.13
Actions #15

Updated by Vincent MEMBRÉ almost 10 years ago

  • Target version changed from 2.6.13 to 2.6.14
Actions #16

Updated by Jonathan CLARKE almost 10 years ago

  • Target version changed from 2.6.14 to 2.6.16
Actions #17

Updated by Jonathan CLARKE almost 10 years ago

  • Target version changed from 2.6.16 to 2.6.17
Actions #18

Updated by Nicolas PERRON over 9 years ago

  • Target version changed from 2.6.17 to 2.6.18
Actions #19

Updated by Matthieu CERDA over 9 years ago

  • Target version changed from 2.6.18 to 2.6.19
Actions #20

Updated by Vincent MEMBRÉ over 9 years ago

  • Target version changed from 2.6.19 to 2.6.20
Actions #21

Updated by François ARMAND about 9 years ago

  • Target version changed from 2.6.20 to 2.10.10
Actions #22

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.10.10 to 2.10.11
Actions #23

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.10.11 to 2.10.12
Actions #24

Updated by Vincent MEMBRÉ about 9 years ago

  • Target version changed from 2.10.12 to 2.10.13
Actions #25

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 2.10.13 to 2.10.14
Actions #26

Updated by Vincent MEMBRÉ almost 9 years ago

  • Target version changed from 2.10.14 to 2.10.15
Actions #27

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.10.15 to 2.10.16
Actions #28

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.10.16 to 2.10.17
Actions #29

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.10.17 to 2.10.18
Actions #30

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.10.18 to 2.10.19
Actions #31

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.10.19 to 2.10.20
Actions #32

Updated by Vincent MEMBRÉ over 8 years ago

  • Target version changed from 2.10.20 to 2.11.18
Actions #33

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 2.11.18 to 2.11.19
Actions #34

Updated by Vincent MEMBRÉ about 8 years ago

  • Target version changed from 2.11.19 to 2.11.20
Actions #35

Updated by Vincent MEMBRÉ almost 8 years ago

  • Target version changed from 2.11.20 to 2.11.21
Actions #36

Updated by Vincent MEMBRÉ almost 8 years ago

  • Target version changed from 2.11.21 to 2.11.22
Actions #37

Updated by Vincent MEMBRÉ almost 8 years ago

  • Target version changed from 2.11.22 to 2.11.23
Actions #38

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 2.11.23 to 2.11.24
Actions #39

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 2.11.24 to 308
Actions #40

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 308 to 3.1.14
Actions #41

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.14 to 3.1.15
Actions #42

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.15 to 3.1.16
Actions #43

Updated by Benoît PECCATTE over 7 years ago

  • Status changed from New to Discussion

There is no reason for a user to change the context url.
- the procedure it not documented
- the context url is part of the api now
- the context url is part of the documentation
- the context url is now hardcoded in rudder agent

So shouldn't we just ignore this issue ?

Actions #44

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.16 to 3.1.17
Actions #45

Updated by Vincent MEMBRÉ over 7 years ago

  • Target version changed from 3.1.17 to 3.1.18
Actions #46

Updated by Vincent MEMBRÉ about 7 years ago

  • Target version changed from 3.1.18 to 3.1.19
Actions #47

Updated by François ARMAND about 7 years ago

  • Status changed from Discussion to Rejected

Yeah, closing that. People doing that king of things should be meriting their achievment to make it works :)

Actions

Also available in: Atom PDF