The mailing list for listmasters using Sympa

["Davy Kager" <address@concealed>]

Hello,

 

Many thanks for the suggestion.  AppArmor doesn’t seem to be enabled in Apache:

server:~ # a2enmod -l                                                                                                                                                             

actions alias auth_basic authn_file authz_host authz_groupfile authz_default authz_user autoindex dir env expires include log_config mime negotiation setenvif rewrite php5 deflate filter fcgid ssl headers

 

In fact it’s not even installed on the system (check using “zypper se -i armor”).  My server is a “production server”, but on a very small scale, so I can live without these features for now.  In fact the server isn’t even a physical server.  Instead, it’s virtualized (running kernel-xen).  Are there any other places where apparmor or a similar technology might’ve sneaked in?  Or is there any other way this sort of an error is triggered?  I’m thinking of the system running out of memory and such problems.

 

Kind regards,

Davy

 

From: Menkens Olaf [mailto:address@concealed]
Sent: Wednesday, December 21, 2011 11:10
To: Davy Kager
Subject: AW: [sympa-users] WWSympa crashing on /firstpasswd

 

Hi Davy,

 

I currently don’t use openSUSE 12.1, so this is just a blind guess: did you check, whether the apparmor module is installed in apache?  Use “a2enmod –l” to list modules, and “a2enmod –d apparmor” to disable it, and check again.

 

I don’t know much about apparmor, but it might be the cause of such a general protection error if it is enabled in SuSE 12.1. Of course it would be better to properly configure apparmor on a production system (see for example http://de.opensuse.org/AppArmor), but as a first test you might want to  simply disable it.

 

Olaf.

 

P.S: If it helps, you should tell this to the sympa-users list.

 

Von: address@concealed [mailto:address@concealed] Im Auftrag von Davy Kager
Gesendet: Freitag, 16. Dezember 2011 18:02
An: address@concealed
Betreff: [sympa-users] WWSympa crashing on /firstpasswd

 

Hello!

 

Ever since I upgraded my server from openSUSE 11.4 to 12.1 WWSympa has been acting up, to my belief either because of Perl (now at 5.14.2) or the kernel (now at 3.1).  In my search for solutions I found reports similar to the problem I am about to describe, but without a solution.  So I thought I’d subscribe to this mailing list and see if anyone has any advice.  Even though I have some experience with Linux and LAMP I am by no means an expert on e-mail systems and the Perl language, so I’m sort of at a loss as to what to do next.

 

As the subject line suggests WWSympa seems to be working fine, people can log in and do their administrative work or manage their subscriptions.  But whenever someone tries to request a (new) password using the /firstpasswd URL they stumble upon HTTP 500: Internal Server Error.  Furthermore, as reported before, Perl is making quite a noise whenever WWSympa is doing something.

-          See here for an Apache log of the main WWSympa page being opened: http://davykager.com/uploads/error_log_1.txt

-          And this one, which is generated as soon as the user requests the new password: http://davykager.com/uploads/error_log_2.txt

The resulting entry in the system-wide Apache log is:

[Thu Dec 15 13:13:58 2011] [error] mod_fcgid: process /home/sympa/bin/wwsympa-wrapper.fcgi(13004) exit(communication error), get unexpected signal 11

And in the Sympa log file:

wwsympa[13004]: info WWSympa started

wwsympa[13004]: info [robot lists.domain.com] [session 8454997855322] [client 12.34.56.67] main::do_lists() do_lists(,)

wwsympa[13004]: info [robot lists.domain.com] [session 23799352598172] [client 12.34.56.67] main::do_firstpasswd() do_firstpasswd()

wwsympa[13004]: info [robot lists.domain.com] [session 23799352598172] [client 12.34.56.67] main::do_renewpasswd() do_renewpasswd()

wwsympa[13004]: info [robot lists.domain.com] [session 3889322632460] [client 12.34.56.67] main::do_requestpasswd() do_requestpasswd(address@concealed)

wwsympa[13004]: info Auth::create_one_time_ticket() Auth::create_one_time_ticket(address@concealed,lists.domain.com,choosepasswd,12.34.56.78) value = 50187807359589

Finally, this shows up in the system log, which is why I’m not sure if it’s just Perl being silly:

kernel: [1406370.333383] wwsympa.fcgi[13004] general protection ip:480801 sp:7fff8e9be870 error:0 in perl[400000+163000]

 

In my never-ending wisdom I lost my own password, so I can’t thoroughly check this right now, but I was told the rest of the web-interface is working as expected.  The /firstpasswd page was working too, until the system upgrade mentioned above.  So again, if there’s anything I can do to pinpoint the problem or perhaps fix it, I’d be grateful to hear of it.

 

Many thanks,

Davy