Project

General

Profile

Actions

Bug #2608

closed

(ex PT/ Technique) Apache 2 HTTP Server: No success is return after a successful install of Apache

Added by Nicolas PERRON almost 12 years ago. Updated over 11 years ago.

Status:
Released
Priority:
1
Category:
Techniques
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

Description

There is no way to know with reporting if Apache 2 is already installed, has been successfully installed.

The only reporting is a log_repaired (if apache has been installed..but it's still a simple log) and result_error (if apache has not be able to be installed)

(discovered from #2606)


Related issues 2 (0 open2 closed)

Related to Rudder - Bug #2606: apacheServer technique uses illegal log level log_errorReleasedJonathan CLARKE2012-06-26Actions
Is duplicate of Rudder - Bug #2547: (ex PT/ Technique)Apache 2 HTTP Server: Reporting is missing about Apache installation and Reporting classes in Apache configuration are flimsyRejected2012-06-07Actions
Actions #1

Updated by Nicolas PERRON almost 12 years ago

  • Description updated (diff)
Actions #2

Updated by Jonathan CLARKE almost 12 years ago

  • Target version changed from 2.3.8 to 2.3.9
Actions #3

Updated by Jonathan CLARKE over 11 years ago

  • Assignee deleted (Jonathan CLARKE)
Actions #4

Updated by Nicolas CHARLES over 11 years ago

  • Status changed from New to In progress
  • Assignee set to Nicolas CHARLES
Actions #5

Updated by Nicolas CHARLES over 11 years ago

Alas, there are no sections for this, hence no component, and no expectation for reports

Actions #6

Updated by Nicolas CHARLES over 11 years ago

  • Status changed from In progress to Pending technical review
  • % Done changed from 0 to 100

Applied in changeset commit:030c64e08a8b479f061493a0870f30654bd5e3d8.

Actions #7

Updated by Jonathan CLARKE over 11 years ago

  • Status changed from Pending technical review to Discussion

Nicolas, your commit looks good in general, but we usually have a more specific class expression for success and repaired retorts, ie : result_success = OK.! Repaired.! Error, result_repaired = repaired.! Error. You haven't used that here, maybe you forgot or maybe it's not necessary for packages promises?

Also, looking at this technique shows another bug: the class expression for installing Apache on sles11 and Debian uses "and" instead of "or", so will never work on those OS. It's a different, but related bug - could you open another ticket? (I can't right now)

Actions #8

Updated by Nicolas CHARLES over 11 years ago

How; it's a bad mistake from me, sorry about that. I'm correcting ASAP

Actions #9

Updated by Nicolas CHARLES over 11 years ago

  • Status changed from Discussion to Pending technical review

Applied in changeset commit:45599cdd4db074758cc7e6e1205c5ee1240ab004.

Actions #10

Updated by Jonathan CLARKE over 11 years ago

  • Status changed from Pending technical review to Released

Right, that makes sense, thanks!

Actions

Also available in: Atom PDF