Hi Jeremy, Are your CAS module configuration statements inside the <VirtualHost> container or are they outside? You may have luck moving them into the opposite location of where they are now. It looks like your CASCookiePath statement is not taking effect based on that error message.
Regarding the logs, I have had issues getting debug logs from Apache when the LogLevel is not set to debug in both the general server configuration and inside the VirtualHost container. HTH, -Phil On Thu, Aug 21, 2008 at 10:28 AM, Jeremy G Byrne <[EMAIL PROTECTED]> wrote: > Hi CAS people, > > I'm trying to install mod_auth_cas 1.0.7 from source on Debian Etch, > Apache 2.2.3 prefork. The module appears to compile (mod_auth_cas.so is > 47297 bytes), but when installed Apache won't restart. Even setting > Apache's LogLevel to debug, the only error (from Apache's general > error.log) is: > > [error] MOD_AUTH_CAS: CASCookiePath '/dev/null' is not a directory or > does not end in a trailing '/'! > > The settings in the vhost make no difference to whether Apache crashes, > because it does so whether they're in there or not. However, for > completeness, I'm using: > > <IfModule mod_auth_cas.c> > CASValidateServer Off > CASLoginURL https://login.XXXXXXXXXXXXX.com.au/login > CASVersion 2 > CASDebug On > CASValidateURL https://login.XXXXXXXXXXXX.com.au/serviceValidate > CASCertificatePath /etc/ssl/cacert.pem > CASCookiePath /var/cache/apache2/mod_auth_cas_cookies/ > CASTimeout 43200 > CASIdleTimeout 3600 > </IfModule> > > (I'm using "CASValidateServer Off" because the cert isn't valid for this > domain and yes, the cookie path exists and is writeable by the webserver > so Apache doesn't complain about it--in fact I've been chmoding it 777 > for testing--although as I say, none of the vhost settings make any > difference to whether Apache crashes when the mod is enabled.) > > I'm aware of the Debian mod_auth_cas package, but it's only available > for Sid not Etch, so source is my only option at this point. > > Any clues/possible directions to try (short of core-dump analysis, which > is beyond me) would be very welcome. Thanks for any help you're able to > provide. > > CYa, > JEREMY > _______________________________________________ > Yale CAS mailing list > [email protected] > http://tp.its.yale.edu/mailman/listinfo/cas > _______________________________________________ Yale CAS mailing list [email protected] http://tp.its.yale.edu/mailman/listinfo/cas
