Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug in apachectl script #1659

Closed
HawkinsDan opened this issue Oct 7, 2021 · 2 comments
Closed

Bug in apachectl script #1659

HawkinsDan opened this issue Oct 7, 2021 · 2 comments

Comments

@HawkinsDan
Copy link

Describe the bug
Multi-instance Apache installs will not start any site other than the primary after the 2.4.48 package.

There is a script located in /usr/sbin/ called apachectl. In the 2.4.48 version, line 78 looks like this:

HTTPD=${APACHE_HTTPD:-usr/sbin/apache2}

In the 2.4.49 and later versions, this line looks like this:

HTTPD=${APACHE_HTTPD:-usr/sbin/apache2$SUFFIX}

Where $SUFFIX is the name of the other Apache instances. This variable sets the location for the Apache binary, so appending on the suffix makes it look in a directory that doesn’t exist.

To Reproduce
Steps to reproduce the behavior:

  1. Update Apache on a multi-instance system via your repository to any version after 2.4.48
  2. Attempt to start any apache2 - works.
  3. Attempt to start any of the other instances (e.g. apache2@suffix1 or apache2@suffix2). Attempt fails with the following output:
    Oct 06 22:11:17 SERVER systemd[1]: Starting The Apache HTTP Server...
    Oct 06 22:11:17 SERVER apachectl[848]: /usr/sbin/apachectl: 174: /usr/sbin/apache2-suffix1: not found
    Oct 06 22:11:17 SERVER apachectl[816]: Action 'start' failed.

Expected behavior
I expected the apache2@suffixX sites to start as they had in 2.4.48 and earlier.

Distribution (please complete the following information):

  • OS: Ubuntu
  • Architecture: amd64
  • Repository: ppa:ondrej/apache2

Package(s) (please complete the following information):

Additional context

@oerdnj
Copy link
Owner

oerdnj commented Oct 7, 2021

Yadd (Debian co-maintainer) was so kind that he fixed the issue while doing the security update to 2.4.51, so this is fixed in the current version (2.4.51-1...)

@oerdnj oerdnj closed this as completed Oct 7, 2021
@HawkinsDan
Copy link
Author

HawkinsDan commented Oct 7, 2021 via email

jspricke pushed a commit to jspricke/apache2.debian that referenced this issue Jan 4, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants