[Mono-bugs] [Bug 547815] New: [RHEL] Apache's User and Group directives should not have to be set before loading mod_mono
bugzilla_noreply at novell.com
bugzilla_noreply at novell.com
Fri Oct 16 19:45:18 EDT 2009
http://bugzilla.novell.com/show_bug.cgi?id=547815
Summary: [RHEL] Apache's User and Group directives should not
have to be set before loading mod_mono
Classification: Mono
Product: Mono: Tools
Version: 2.4.x AddOn CD
Platform: x86-64
OS/Version: RHEL 5
Status: NEW
Severity: Critical
Priority: P5 - None
Component: Visual Studio Integration
AssignedTo: mhabersack at novell.com
ReportedBy: mchristensen at novell.com
QAContact: mono-bugs at lists.ximian.com
Found By: Component Test
Description of Problem:
On openSUSE, the User and Group are set before including /etc/apache2/conf.d/*
however, on RHEL, the configuration files are sourced before setting the User
and Group directives.
This causes a problem when loading our module on RHEL. The following errors
are output when restarting apache:
=================
[root at c580 conf.d]# service httpd restart
Stopping httpd: [ OK ]
Starting httpd: [Fri Oct 16 16:39:23 2009] [crit] The unix daemon module not
initialized yet. Please make sure that your mod_mono module is loaded after the
User/Group directives have been parsed. Not initializing the dashboard.
[Fri Oct 16 16:39:23 2009] [crit] The unix daemon module not initialized yet.
Please make sure that your mod_mono module is loaded after the User/Group
directives have been parsed. Not initializing the dashboard.
[ OK ]
=================
At this point, mod_mono is not loaded. However, no other modules such as PHP,
perl, python, etc complain on RHEL. We should not care when those directives
are set and still work if they are set after out module is loaded.
If I modify the system httpd.conf to set the User and Group directive before
the conf files are included, no errors are printed.
--
Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
More information about the mono-bugs
mailing list