On 30/10/2020 23.04, Dave Howorth wrote:

On Fri, 30 Oct 2020 22:45:38 +0100 "Carlos E. R." <> wrote:

...

Hi,

My apache2 does not start (Leap 15.2). I get:

In fact, it has been failing since August, but today I need Apache to run. <3.3> 2020-08-11T02:05:56.722994+02:00 Telcontar systemd 1 - - Failed to start The Apache Webserver. <3.4> 2020-08-11T02:05:56.725633+02:00 Telcontar systemd 1 - - apache2.service: Failed with result 'exit-code'.

...

Telcontar:~ # systemctl status apache2

● apache2.service - The Apache Webserver Loaded: loaded (/usr/lib/systemd/system/apache2.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Fri 2020-10-30 22:25:47 CET; 4s ago Process: 29503 ExecStart=/usr/sbin/start_apache2 -DSYSTEMD -DFOREGROUND -k start (code=exited, status=1/FAILURE) Main PID: 29503 (code=exited, status=1/FAILURE)

Oct 30 22:25:47 Telcontar systemd[1]: Starting The Apache Webserver... Oct 30 22:25:47 Telcontar start_apache2[29503]: httpd-prefork: Syntax error on line 210 of /etc/apache2/httpd.conf: Syntax error on line 119 of /etc/apache2/default-server.conf: Syntax error on line 15 of /etc/apache2/conf.d/cacti.conf: Expected </DirectoryMatch> but saw </Directory> Oct 30 22:25:47 Telcontar systemd[1]: apache2.service: Main process exited, code=exited, status=1/FAILURE Oct 30 22:25:47 Telcontar systemd[1]: Failed to start The Apache Webserver. Oct 30 22:25:47 Telcontar systemd[1]: apache2.service: Unit entered failed state. Oct 30 22:25:47 Telcontar systemd[1]: apache2.service: Failed with result 'exit-code'.

I understand it flags an error in file "/etc/apache2/conf.d/cacti.conf", which is a distribution file.

It flagged an error on line 15 of cacti.conf, whatever that is.

What you posted doesn't have 15 lines so isn't the whole file and may or may not contain the error.

Previous lines are all comments. Telcontar:~ # zypper install cacti ... Checking for file conflicts: ..............................................................................................................................................................................[done] (1/1) Installing: cacti-1.2.14-lp151.3.15.1.noarch ........................................................................................................................................................[done] Telcontar:~ # cat /etc/apache2/conf.d/cacti.conf # Example configuration for a cacti repository # # ::As default server:: # Put the string CACTI in /etc/sysconfig/apache2 APACHE_SERVER_FLAGS # to enable the URL http://localhost/cacti # # ::As Virtual Host:: # If you want to use cacti in one Virtual Host, add # Include /etc/apache2/vhosts.d/conf.d/cacti.conf # to the vhost in the vhost.conf file # Put the string CACTIVHOST in /etc/sysconfig/apache2 # APACHE_SERVER_FLAGS to enable the URL http://vhost/cacti # <IfDefine CACTI> <IfModule mod_alias.c> Alias /cacti /srv/www/cacti </IfModule>

You didn't supply a link to the source of the file so I can't check what you wrote.

What source file? I don't have any source file, I just installed the binary rpm months or years ago, I forget why. Then one day this August it failed. It was: Telcontar:~ # rpm -q cacti cacti-1.2.14-lp151.3.15.1.noarch Telcontar:~ #

(if you already posted a bug, what is the number?)

What's the point? 15.1 is almost EOL.

i.e. why did you post this message?

Because maybe someone knows what to change.

...

<IfDefine CACTI> <================= This is line 15. <IfModule mod_alias.c> Alias /cacti /srv/www/cacti </IfModule>

For the moment, I'm uninstalling cacti. Apache runs again.

-- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 07.44, Andrei Borzenkov wrote:

31.10.2020 00:45, Carlos E. R. пишет:

...

Hi,

My apache2 does not start (Leap 15.2). I get:

Telcontar:~ # systemctl status apache2

● apache2.service - The Apache Webserver Loaded: loaded (/usr/lib/systemd/system/apache2.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Fri 2020-10-30 22:25:47 CET; 4s ago Process: 29503 ExecStart=/usr/sbin/start_apache2 -DSYSTEMD -DFOREGROUND -k start (code=exited, status=1/FAILURE) Main PID: 29503 (code=exited, status=1/FAILURE)

Oct 30 22:25:47 Telcontar systemd[1]: Starting The Apache Webserver... Oct 30 22:25:47 Telcontar start_apache2[29503]: httpd-prefork: Syntax error on line 210 of /etc/apache2/httpd.conf: Syntax error on line 119 of /etc/apache2/default-server.conf: Syntax error on line 15 of /etc/apache2/conf.d/cacti.conf: Expected </DirectoryMatch> but saw </Directory>

line 119 of default-server.conf contains IncludeOptional /etc/apache2/conf.d/*.conf so it is possible that error is triggered by some other file in this directory that is included before cacti.conf.

What ordering does it use? Cacti is the first one listed by "ls": Telcontar:~ # l /etc/apache2/conf.d/*.conf -rw-r--r-- 1 root root 2105 Aug 4 17:23 /etc/apache2/conf.d/cacti.conf -rw-r--r-- 1 root root 361 May 19 14:06 /etc/apache2/conf.d/gitweb.conf -rw-r--r-- 1 root root 1940 Apr 11 2017 /etc/apache2/conf.d/local.conf -rw-r--r-- 1 root root 793 Aug 26 18:06 /etc/apache2/conf.d/manual.conf -rw-r--r-- 1 root root 354 Sep 2 16:20 /etc/apache2/conf.d/php7.conf Telcontar:~ # cer@Telcontar:~> grep -i cacti /var/log/apache2/* Binary file /var/log/apache2/access_log matches Binary? It is plain text, AFAIK. Anyway, entry is irrelevant: 127.0.0.1 - - [04/Dec/2014:04:05:36 +0100] "GET /cacti HTTP/1.1" 404 1000 "-" "Mozilla/5.0 (X11; Linux x86_64; rv:33.0) Gecko/20100101 Firefox/33.0" That's the most recent entry in all the apache logs refering cacti, so no help in the logs. How can I find out what file is loaded just before cacti.conf? line 210 of /etc/apache2/httpd.conf is - the "<==============" marks the line and only exist on the email: +++··················· # use .htaccess files for overriding, AccessFileName .htaccess # and never show them Require all denied </IfModule> <IfModule mod_access_compat.c> Order allow,deny Deny from all </IfModule> </Files> # List of resources to look for when the client requests a directory DirectoryIndex index.html index.html.var ### 'Main' server configuration ############################################# # # The directives in this section set up the values used by the 'main' # server, which responds to any requests that aren't handled by a # <VirtualHost> definition. These values also provide defaults for # any <VirtualHost> containers you may define later in the file. # # All of these directives may appear inside <VirtualHost> containers, # in which case these default settings will be overridden for the # virtual host being defined. # Include /etc/apache2/default-server.conf <============== ···················++- line 119 of /etc/apache2/default-server.conf: +++··················· </IfModule> # Include all *.conf files from /etc/apache2/conf.d/. # # This is mostly meant as a place for other RPM packages to drop in their # configuration snippet. # # You can comment this out here if you want those bits include only in a # certain virtual host, but not here. # IncludeOptional /etc/apache2/conf.d/*.conf <============== # The manual... if it is installed ('?' means it won't complain) IncludeOptional /etc/apache2/conf.d/apache2-manual?conf ···················++- line 15 of /etc/apache2/conf.d/cacti.conf is: +++··················· # Example configuration for a cacti repository # # ::As default server:: # Put the string CACTI in /etc/sysconfig/apache2 APACHE_SERVER_FLAGS # to enable the URL http://localhost/cacti # # ::As Virtual Host:: # If you want to use cacti in one Virtual Host, add # Include /etc/apache2/vhosts.d/conf.d/cacti.conf # to the vhost in the vhost.conf file # Put the string CACTIVHOST in /etc/sysconfig/apache2 # APACHE_SERVER_FLAGS to enable the URL http://vhost/cacti # <IfDefine CACTI> <IfModule mod_alias.c> Alias /cacti /srv/www/cacti </IfModule> ···················++- Files were not not modified: cer@Telcontar:~> rpm -qfV /etc/apache2/httpd.conf S.5....T. c /etc/apache2/mod_userdir.conf missing /etc/apache2/ssl.key/README.KEY (Permission denied) ..?...... /usr/sbin/apache2-systemd-ask-pass cer@Telcontar:~> cer@Telcontar:~> rpm -qfV /etc/apache2/default-server.conf S.5....T. c /etc/apache2/mod_userdir.conf missing /etc/apache2/ssl.key/README.KEY (Permission denied) ..?...... /usr/sbin/apache2-systemd-ask-pass cer@Telcontar:~> cer@Telcontar:~> rpm -qfV /etc/apache2/conf.d/cacti.conf cer@Telcontar:~> -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 14.07, Patrick Shanahan wrote:

* Carlos E. R. <> [10-31-20 06:40]:

...

On 31/10/2020 07.44, Andrei Borzenkov wrote:

...

31.10.2020 00:45, Carlos E. R. пишет:

...

...

What ordering does it use?

Cacti is the first one listed by "ls":

Telcontar:~ # l /etc/apache2/conf.d/*.conf -rw-r--r-- 1 root root 2105 Aug 4 17:23 /etc/apache2/conf.d/cacti.conf -rw-r--r-- 1 root root 361 May 19 14:06 /etc/apache2/conf.d/gitweb.conf -rw-r--r-- 1 root root 1940 Apr 11 2017 /etc/apache2/conf.d/local.conf -rw-r--r-- 1 root root 793 Aug 26 18:06 /etc/apache2/conf.d/manual.conf -rw-r--r-- 1 root root 354 Sep 2 16:20 /etc/apache2/conf.d/php7.conf Telcontar:~ #

but you are calling the command with a sort enabled via an alias

what displays when you use: ls -fla /etc/apache2/conf.d/*.conf

"context" is everything.

Ok... cer@Telcontar:~> ls -fla /etc/apache2/conf.d/*.conf -rw-r--r-- 1 root root 2105 Aug 4 17:23 /etc/apache2/conf.d/cacti.conf -rw-r--r-- 1 root root 361 May 19 14:06 /etc/apache2/conf.d/gitweb.conf -rw-r--r-- 1 root root 1940 Apr 11 2017 /etc/apache2/conf.d/local.conf -rw-r--r-- 1 root root 793 Aug 26 18:06 /etc/apache2/conf.d/manual.conf -rw-r--r-- 1 root root 354 Sep 2 16:20 /etc/apache2/conf.d/php7.conf cer@Telcontar:~> Same order. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 21.15, Dave Howorth wrote:

On Sat, 31 Oct 2020 19:44:18 +0100 "Carlos E. R." <> wrote:

...

On 31/10/2020 14.07, Patrick Shanahan wrote:

...

* Carlos E. R. <> [10-31-20 06:40]:

...

On 31/10/2020 07.44, Andrei Borzenkov wrote:

...

31.10.2020 00:45, Carlos E. R. пишет:

...

...

...

What ordering does it use?

Cacti is the first one listed by "ls":

Telcontar:~ # l /etc/apache2/conf.d/*.conf -rw-r--r-- 1 root root 2105 Aug 4 17:23 /etc/apache2/conf.d/cacti.conf -rw-r--r-- 1 root root 361 May 19 14:06 /etc/apache2/conf.d/gitweb.conf -rw-r--r-- 1 root root 1940 Apr 11 2017 /etc/apache2/conf.d/local.conf -rw-r--r-- 1 root root 793 Aug 26 18:06 /etc/apache2/conf.d/manual.conf -rw-r--r-- 1 root root 354 Sep 2 16:20 /etc/apache2/conf.d/php7.conf Telcontar:~ #

but you are calling the command with a sort enabled via an alias

what displays when you use: ls -fla /etc/apache2/conf.d/*.conf

"context" is everything.

Ok...

cer@Telcontar:~> ls -fla /etc/apache2/conf.d/*.conf -rw-r--r-- 1 root root 2105 Aug 4 17:23 /etc/apache2/conf.d/cacti.conf -rw-r--r-- 1 root root 361 May 19 14:06 /etc/apache2/conf.d/gitweb.conf -rw-r--r-- 1 root root 1940 Apr 11 2017 /etc/apache2/conf.d/local.conf -rw-r--r-- 1 root root 793 Aug 26 18:06 /etc/apache2/conf.d/manual.conf -rw-r--r-- 1 root root 354 Sep 2 16:20 /etc/apache2/conf.d/php7.conf cer@Telcontar:~>

Same order.

Something's weird there. Apart from the unsorted (i.e. directory order) happening to match the alphabetic order! But why would a file said to be installed in 2014 and presumably unaltered since (as otherwise that would be a relevant fact that should have been mentioned) have a date of Aug 4 this year?

You misunderstand. I installed cacti that year or earlier using the current package at that year, and of course it has been automatically updated over the years to the current official versions. So the file is now of course the official Leap 15.1 cacti version. The point is that I installed cacti so long ago that I don't remember why. If I wanted it, or something else wanted it. The machine has been upgraded over the years, so that it now has the official versions of packages for Leap 15.1, and soon it will have Leap 15.2. And suddenly this August apache failed to start, without me changing anything - except some update to some package by zypper or yast; and I did not care to find out why till the other day that I needed apache to start. And it does if I rename /etc/apache2/conf.d/cacti.conf to /etc/apache2/conf.d/cacti.confno. What is wrong in that file or other, I have no idea whatsoever.

Whilst other files have varying dates as far back as 2017,

Also official files and current - except of course the local.conf file

which (a) makes it unlikely this is a recent copy of a backup and (b) confuses me as to how the directory order actually works.

Telcontar:~ # ls -fla /etc/apache2/conf.d/*.conf -rw-r--r-- 1 root root 2105 Aug 4 17:23 /etc/apache2/conf.d/cacti.conf -rw-r--r-- 1 root root 361 May 19 14:06 /etc/apache2/conf.d/gitweb.conf -rw-r--r-- 1 root root 1940 Apr 11 2017 /etc/apache2/conf.d/local.conf -rw-r--r-- 1 root root 793 Aug 26 18:06 /etc/apache2/conf.d/manual.conf -rw-r--r-- 1 root root 354 Sep 2 16:20 /etc/apache2/conf.d/php7.conf Telcontar:~ # rpm -qf /etc/apache2/conf.d/cacti.conf cacti-1.2.14-lp151.3.15.1.noarch Telcontar:~ # rpm -qf /etc/apache2/conf.d/gitweb.conf git-web-2.26.2-lp151.4.12.1.x86_64 Telcontar:~ # rpm -qf /etc/apache2/conf.d/local.conf file /etc/apache2/conf.d/local.conf is not owned by any package Telcontar:~ # rpm -qf /etc/apache2/conf.d/manual.conf apache2-doc-2.4.33-lp151.8.15.1.noarch Telcontar:~ # rpm -qf /etc/apache2/conf.d/php7.conf apache2-mod_php7-7.2.5-lp151.6.32.1.x86_64 Telcontar:~ # rpm -qfV /etc/apache2/conf.d/cacti.conf Telcontar:~ # rpm -qfV /etc/apache2/conf.d/gitweb.conf Telcontar:~ # rpm -qfV /etc/apache2/conf.d/manual.conf Telcontar:~ # rpm -qfV /etc/apache2/conf.d/php7.conf Telcontar:~ # -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 22.23, Per Jessen wrote:

Carlos E. R. wrote:

...

I installed cacti that year or earlier using the current package at that year, and of course it has been automatically updated over the years to the current official versions. So the file is now of course the official Leap 15.1 cacti version.

What you posted earlier (as attachment) does not match the current config file, no.

How so? It comes directly from the rpm, it is what zypper installs.

...

What is wrong in that file or other, I have no idea whatsoever.

It is outdated. If you need cacti to work now, uninstall/reinstall.

I've done that twice. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 22.48, Per Jessen wrote:

Carlos E. R. wrote:

...

On 31/10/2020 22.23, Per Jessen wrote:

...

Carlos E. R. wrote:

...

I installed cacti that year or earlier using the current package at that year, and of course it has been automatically updated over the years to the current official versions. So the file is now of course the official Leap 15.1 cacti version.

What you posted earlier (as attachment) does not match the current config file, no.

How so? It comes directly from the rpm, it is what zypper installs.

Let me get my crystal ball out. How can I possibly guess why your file is wrong?

I repeat: my cacti.conf is the official opensuse file. It is not ancient. Telcontar:~ # rpm -qfi /etc/apache2/conf.d/cacti.conf Name : cacti Version : 1.2.14 Release : lp151.3.15.1 Architecture: noarch Install Date: Sat Oct 31 01:22:58 2020 <================ Group : System/Monitoring Size : 39103072 License : GPL-2.0-or-later Signature : RSA/SHA256, Tue Aug 4 17:23:54 2020, Key ID b88b2fd43dbdc284 Source RPM : cacti-1.2.14-lp151.3.15.1.src.rpm Build Date : Tue Aug 4 17:23:28 2020 <====================== Build Host : lamb66 Relocations : (not relocatable) Packager : http://bugs.opensuse.org Vendor : openSUSE URL : http://www.cacti.net/ Summary : Web Front-End to Monitor System Data via RRDtool Description : Cacti is a complete front-end to RRDtool: it stores all necessary information for creating graphs and populates them with data from a MySQL database. The front-end is completely PHP driven. Along with being ableto maintain graphs, data sources, and round robin archives ina database, Cacti also handles data gathering. There exists an SNMP support for those accustomed to creating traffic graphs with MRTG as well. Distribution: openSUSE Leap 15.1 Telcontar:~ #

...

...

...

What is wrong in that file or other, I have no idea whatsoever.

It is outdated. If you need cacti to work now, uninstall/reinstall.

I've done that twice.

In between, maybe

rm /etc/apache2/conf.d/cacti.conf

yes, I did that already. Actually renamed to cacti.confno -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 23.25, Carlos E. R. wrote:

On 31/10/2020 23.03, Carlos E.R. wrote:

...

On 31/10/2020 22.48, Per Jessen wrote:

...

Carlos E. R. wrote:

...

On 31/10/2020 22.23, Per Jessen wrote:

...

Carlos E. R. wrote:

...

I installed cacti that year or earlier using the current package at that year, and of course it has been automatically updated over the years to the current official versions. So the file is now of course the official Leap 15.1 cacti version.

What you posted earlier (as attachment) does not match the current config file, no.

How so? It comes directly from the rpm, it is what zypper installs.

Let me get my crystal ball out.  How can I possibly guess why your file is wrong?

I repeat: my cacti.conf is the official opensuse file. It is not ancient.

I downloaded the original oss repo (cacti-1.2.14-lp151.3.15.1.noarch.rpm) and the package updated in august that has the problem (cacti-1.1.38-lp151.2.1.noarch.rpm). I compare both conf files with meld.

Oops. cacti-1.1.38-lp151.2.1.noarch.rpm is the oss repo version. cacti-1.2.14-lp151.3.15.1.noarch.rpm is the updated version. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On Sun, 01 Nov 2020 00:03:06 +0100 Per Jessen wrote:

Carlos E.R. wrote:

...

On 31/10/2020 22.48, Per Jessen wrote:

...

Carlos E. R. wrote:

...

On 31/10/2020 22.23, Per Jessen wrote:

...

Carlos E. R. wrote:

...

I installed cacti that year or earlier using the current package at that year, and of course it has been automatically updated over the years to the current official versions. So the file is now of course the official Leap 15.1 cacti version.

What you posted earlier (as attachment) does not match the current config file, no.

How so? It comes directly from the rpm, it is what zypper installs.

Let me get my crystal ball out. How can I possibly guess why your file is wrong?

I repeat: my cacti.conf is the official opensuse file. It is not ancient.

Looking at the latest update, the cacti.conf file is indeed wrong. I was looking at what was in the distribution, not the updates.

If you update the </Directory> to be </DirectoryMatch>, it'll probably work.

The latest update appears to be to an earlier version than the original release??? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R. wrote:

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1

On Sunday, 2020-11-01 at 08:45 -0000, Dave Howorth wrote:

...

...

Carlos E.R. wrote:

...

On 31/10/2020 22.48, Per Jessen wrote:

...

Carlos E. R. wrote:

...

...

...

I repeat: my cacti.conf is the official opensuse file. It is not ancient.

Looking at the latest update, the cacti.conf file is indeed wrong. I was looking at what was in the distribution, not the updates.

If you update the </Directory> to be </DirectoryMatch>, it'll probably work.

I just did that minutes ago and it worked, yes.

Cool. Pretty weird, whoever packaged that update didn't really spend much time testing it :-( -- Per Jessen, Zürich (13.2°C) http://www.cloudsuisse.com/ - your owncloud, hosted in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

Carlos E. R. wrote:

...

...

I just did that minutes ago and it worked, yes.

Cool. Pretty weird, whoever packaged that update didn't really spend much time testing it :-(

Nor did the automated testing check it.

We don't know if there is an openQA test case. With cacti being a non-core web-app, I doubt if there is one.

-- Per Jessen, Zürich (12.6°C) http://www.dns24.ch/ - your free DNS host, made in Switzerland. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 01/11/2020 14.10, Anton Aylward wrote:

On 31/10/2020 17:08, Carlos E. R. wrote:

...

The point is that I installed cacti so long ago that I don't remember why. If I wanted it, or something else wanted it.

Then try uninstalling it. Maybe Zypper will tell you that something needs it. You don't seem to be actively using it.

It is not that simple, maybe one of the web pages I have "installed" uses it. ntop? Huh, it seems ntop has disapeared from the distro. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 14.18, Andrei Borzenkov wrote:

31.10.2020 13:35, Carlos E. R. пишет:

...

On 31/10/2020 07.44, Andrei Borzenkov wrote:

...

31.10.2020 00:45, Carlos E. R. пишет:

...

Hi,

My apache2 does not start (Leap 15.2). I get:

Telcontar:~ # systemctl status apache2

● apache2.service - The Apache Webserver Loaded: loaded (/usr/lib/systemd/system/apache2.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Fri 2020-10-30 22:25:47 CET; 4s ago Process: 29503 ExecStart=/usr/sbin/start_apache2 -DSYSTEMD -DFOREGROUND -k start (code=exited, status=1/FAILURE) Main PID: 29503 (code=exited, status=1/FAILURE)

Oct 30 22:25:47 Telcontar systemd[1]: Starting The Apache Webserver... Oct 30 22:25:47 Telcontar start_apache2[29503]: httpd-prefork: Syntax error on line 210 of /etc/apache2/httpd.conf: Syntax error on line 119 of /etc/apache2/default-server.conf: Syntax error on line 15 of /etc/apache2/conf.d/cacti.conf: Expected </DirectoryMatch> but saw </Directory>

line 119 of default-server.conf contains IncludeOptional /etc/apache2/conf.d/*.conf so it is possible that error is triggered by some other file in this directory that is included before cacti.conf.

What ordering does it use?

According to documentation, it should be alphabetical order.

There is no DirectoryMatch directive anywhere in default configuration files installed by apache2, so "grep -ri DirectoryMatch /etc/apache2" would be the first logical step.

cer@Telcontar:~> grep -ri DirectoryMatch /etc/apache2 /etc/apache2/conf.d/cacti.conf: grep: /etc/apache2/ssl.crt/server.crt.rpmsave: Permission denied grep: /etc/apache2/ssl.csr/server.csr.rpmsave: Permission denied grep: /etc/apache2/ssl.key: Permission denied /etc/apache2/vhosts.d/conf.d/cacti.conf: cer@Telcontar:~> Ok, there are rpmsave files that I had not noticed. Repeating as root: elcontar:~ # grep -ri DirectoryMatch /etc/apache2 /etc/apache2/conf.d/cacti.conf: /etc/apache2/vhosts.d/conf.d/cacti.conf: Telcontar:~ # I did not touch those files: Telcontar:~ # rpm -qV cacti Telcontar:~ # -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 21.06, Andrei Borzenkov wrote:

31.10.2020 21:49, Carlos E. R. пишет:

...

On 31/10/2020 14.18, Andrei Borzenkov wrote:

...

31.10.2020 13:35, Carlos E. R. пишет:

...

On 31/10/2020 07.44, Andrei Borzenkov wrote:

...

31.10.2020 00:45, Carlos E. R. пишет:

...

Hi,

My apache2 does not start (Leap 15.2). I get:

Telcontar:~ # systemctl status apache2

● apache2.service - The Apache Webserver Loaded: loaded (/usr/lib/systemd/system/apache2.service; enabled; vendor preset: disabled) Active: failed (Result: exit-code) since Fri 2020-10-30 22:25:47 CET; 4s ago Process: 29503 ExecStart=/usr/sbin/start_apache2 -DSYSTEMD -DFOREGROUND -k start (code=exited, status=1/FAILURE) Main PID: 29503 (code=exited, status=1/FAILURE)

Oct 30 22:25:47 Telcontar systemd[1]: Starting The Apache Webserver... Oct 30 22:25:47 Telcontar start_apache2[29503]: httpd-prefork: Syntax error on line 210 of /etc/apache2/httpd.conf: Syntax error on line 119 of /etc/apache2/default-server.conf: Syntax error on line 15 of /etc/apache2/conf.d/cacti.conf: Expected </DirectoryMatch> but saw </Directory>

...

elcontar:~ # grep -ri DirectoryMatch /etc/apache2 /etc/apache2/conf.d/cacti.conf: /etc/apache2/vhosts.d/conf.d/cacti.conf: Telcontar:~ #

I did not touch those files:

Telcontar:~ # rpm -qV cacti Telcontar:~ #

I do not know why apache emits this strange line number, but default cacti config contains error:

Require all granted <Files config.php> Require all denied </Files> </Directory>

<DirectoryMatch> must be closed by </DirectoryMatch>, not </Directory>.

Open bug report against cacti.

It already exist for leap 15.2: https://bugzilla.opensuse.org/show_bug.cgi?id=1175314 adding comment to it. Was reported on august, at the time my apache also failed to start. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 21.17, Per Jessen wrote:

Carlos E. R. wrote:

...

cer@Telcontar:~> grep -ri DirectoryMatch /etc/apache2 /etc/apache2/conf.d/cacti.conf:

That is ancient - no such directive in the current config.

...

Ok, there are rpmsave files that I had not noticed.

I guess there lies the problem.

I don't think so. Telcontar:~ # rpmconfigcheck | grep -i apache Telcontar:~ # They are: /etc/apache2/ssl.crt/server.crt.rpmsave /etc/apache2/ssl.csr/server.csr.rpmsave but rpmconfigcheck does not find them. Telcontar:~ # l /etc/apache2/ssl.crt/* -rw-r--r-- 1 root root 260 Apr 8 2011 /etc/apache2/ssl.crt/README.CRT -r-------- 1 root root 1135 Mar 1 2007 /etc/apache2/ssl.crt/server.crt.rpmsave Telcontar:~ # l /etc/apache2/ssl.csr/* -rw-r--r-- 1 root root 438 Apr 8 2011 /etc/apache2/ssl.csr/README.CSR -r-------- 1 root root 692 Mar 1 2007 /etc/apache2/ssl.csr/server.csr.rpmsave Telcontar:~ # They are obsolete but they do no harm, they are disabled. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 22.19, Per Jessen wrote:

Carlos E. R. wrote:

...

On 31/10/2020 21.17, Per Jessen wrote:

...

Carlos E. R. wrote:

...

cer@Telcontar:~> grep -ri DirectoryMatch /etc/apache2 /etc/apache2/conf.d/cacti.conf:

That is ancient - no such directive in the current config.

...

Ok, there are rpmsave files that I had not noticed.

I guess there lies the problem.

I don't think so.

Sorry, I misread - well, if your current

/etc/apache2/conf.d/cacti.conf

contains stuff like

it is not current and that is the problem.

I attached the actual file to an email on the list, did you not see it? Yes, it certainly has that line. What should I edit it to? Require all granted <Files config.php> Require all denied </Files> </Directory> perhaps: Require all granted <Files config.php> Require all denied </Files> </DirectoryMatch> ? -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 22.50, Per Jessen wrote:

Carlos E. R. wrote:

...

On 31/10/2020 22.19, Per Jessen wrote:

...

Carlos E. R. wrote:

...

On 31/10/2020 21.17, Per Jessen wrote:

...

Carlos E. R. wrote:

...

cer@Telcontar:~> grep -ri DirectoryMatch /etc/apache2 /etc/apache2/conf.d/cacti.conf:

That is ancient - no such directive in the current config.

...

Ok, there are rpmsave files that I had not noticed.

I guess there lies the problem.

I don't think so.

Sorry, I misread - well, if your current

/etc/apache2/conf.d/cacti.conf

contains stuff like

it is not current and that is the problem.

I attached the actual file to an email on the list, did you not see it? Yes, it certainly has that line.

Yes, I saw it. I just wanted to confirm that the file on your systems actually contains that line. If it does, it is ancient.

...

What should I edit it to?

Just remove it and re-install. You have some ancient config file.

I reinstalled cacti two or three times already. And yes, I actually saw that zypper did remove the cacti.conf file and reinstalled it. And there is already a bugzilla by another person, same problem. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Saturday, 2020-10-31 at 23:57 +0100, Per Jessen wrote:

Carlos E.R. wrote:

...

On 31/10/2020 22.50, Per Jessen wrote:

...

Carlos E. R. wrote:

...

...

...

What should I edit it to?

Just remove it and re-install. You have some ancient config file.

I reinstalled cacti two or three times already. And yes, I actually saw that zypper did remove the cacti.conf file and reinstalled it.

And there is already a bugzilla by another person, same problem.

Seems to me to be the end of a largely useless thread then? keep up with the report.

I just took the plunge, and did a edit of the file: Require all granted <Files config.php> Require all denied </Files> </Directory> to: Require all granted <Files config.php> Require all denied </Files> </DirectoryMatch> and it works - which is what I wanted to know in my first post. It also served to make me find an old useless bugzilla report and correct it. A bugzilla done months ago which nobody looked at, whereas my thread here has found a solution in a few days. - -- Cheers, Carlos E. R. (from openSUSE 15.1 x86_64 at Telcontar) -----BEGIN PGP SIGNATURE----- iHoEARECADoWIQQZEb51mJKK1KpcU/W1MxgcbY1H1QUCX56S6hwccm9iaW4ubGlz dGFzQHRlbGVmb25pY2EubmV0AAoJELUzGBxtjUfVWOMAnR3oMu+9pM5wtCMGiIFX WkOpiqRKAJ4ywvwtqHFg8r5NuEuHGZxjH6V8jQ== =54am -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On 31/10/2020 11.59, Anton Aylward wrote:

On 30/10/2020 17

...

I understand it flags an error in file "/etc/apache2/conf.d/cacti.conf", which is a distribution file.

Oh really?

Check with RPM to see what package it is part of, how it got there.

I did, before saying that.

...

<IfDefine CACTI>                     <=================

So shat did define CACTI, where and why?

I don't think that matters.

There are other system monitoring tools applets for the desktop for example. Why go this route?

I don't remember. It was installed on 22/Nov/2014 or earlier. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

31.10.2020 16:42, Per Jessen пишет:

...

<IfDefine CACTI> <=================

So shat did define CACTI, where and why?

Typically it would be in /etc/sysconfig/apache2, but judging by the systemd output Carlos posted, it isn't defined.

If CACTI is not defined I expect cacti web interface to not work; I do not expect error parsing configuration. Could you explain how missing define leads to this specific error? -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org

On Sat, 31 Oct 2020 16:44, Andrei Borzenkov wrote:

31.10.2020 16:42, Per Jessen пишет:

...

...

<IfDefine CACTI> <=================

So shat did define CACTI, where and why?

Typically it would be in /etc/sysconfig/apache2, but judging by the systemd output Carlos posted, it isn't defined.

If CACTI is not defined I expect cacti web interface to not work; I do not expect error parsing configuration.

Could you explain how missing define leads to this specific error?

The cacti.conf has errors a statement that is opened by <IfDefine xxxx> is NOT closed by </IfDefine> before the file ends. Ergo: Apache trows an error on the starting <IfDefine xxxx> statement. see: http://httpd.apache.org/docs/current/mod/core.html#ifdefine So, the cacti.conf has to be fixed if that is still the case in the actual rpm. - Yamaban. --

On 31/10/2020 18.27, Per Jessen wrote:

Yamaban wrote:

...

The cacti.conf has errors

a statement that is opened by <IfDefine xxxx> is NOT closed by </IfDefine> before the file ends.

I think Carlos only posted a snippet of it. Looking at the package it comes with, the config is fine.

I have not touched the file at all. Telcontar:~ # rpm -qV cacti Telcontar:~ # So it is the original thing. I installed the thing on 22/Nov/2014 or earlier, so if I used it for something or it was a dependency from something else, I do not remember by now. The file has 72 lines, attached. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)

On 31/10/2020 20.11, Per Jessen wrote:

Carlos E. R. wrote:

...

On 31/10/2020 18.27, Per Jessen wrote:

...

Yamaban wrote:

...

The cacti.conf has errors

a statement that is opened by <IfDefine xxxx> is NOT closed by </IfDefine> before the file ends.

I think Carlos only posted a snippet of it. Looking at the package it comes with, the config is fine.

I have not touched the file at all.

Maybe not, but you only posted a snippet.

Well, till the line that produces the error and just a bit more, I had no idea that anyone would need more. Anyway, you have the whole file in the previous email. Or, as the file is intact, you can simply get the rpm and get a look. Or maybe you have it installed already. -- Cheers / Saludos, Carlos E. R. (from 15.1 x86_64 at Telcontar)