On 2017-06-27 15:15, Daniel Pocock wrote:
>
>
> On 27/06/17 14:58, Alois Schloegl wrote:
>> Package: ganglia-web
>>
>>
>> The following ganglia packages are installed:
>>
>> ganglia:~# dpkg -l|grep ganglia
>> ii ganglia-modules-linux 1.3.6-2
>> amd64 Ganglia extra modules for Linux (IO, filesystems,
>> multicpu)
>> ii ganglia-monitor 3.6.0-7+b1
>> amd64 cluster monitoring toolkit - node daemon
>> ii ganglia-monitor-python 3.6.0-7
>> all cluster monitoring toolkit - python modules
>> ii ganglia-webfrontend 3.6.1-3
>> all cluster monitoring toolkit - web front-end
>> ii libganglia1 3.6.0-7+b1
>> amd64 cluster monitoring toolkit - shared libraries
>>
>>
>> After dist-upgrading from Debian 8 to Debian 9, the ganglia web
>> interface is not working anymore, it just shows this error message.
>>
>>
>> === START-OF-MESSAGE ===
>>
>> Sorry, you do not have access to this resource.
>> "); } try { $dwoo = new Dwoo($conf['dwoo_compiled_dir'],
>> $conf['dwoo_cache_dir']); } catch (Exception $e) { print "
>> There was an error initializing the Dwoo PHP Templating Engine: ".
>> $e->getMessage() . "
>>
>> The compile directory should be owned and writable by the apache user.
>
>
> On my system it is working, I see the following owner and permissions:
>
> $ ls -la /var/lib/ganglia-web/dwoo/
> total 16
> drwxr-xr-x 4 www-data root 4096 Jan 22 2015 .
> drwxr-xr-x 4 root root 4096 Jan 22 2015 ..
> drwxr-xr-x 2 www-data root 4096 Apr 4 2014 cache
> drwxrwxrwx 3 www-data root 4096 Mar 16 2015 compiled
>
>>
>>
>> Do you have any suggests for debugging this issue ?
>>
>
> Please send the output of this command:
>
> $ ls -la /var/lib/ganglia-web/dwoo/
>
These permissions are the same at my machine.
ganglia:~# ls -la /var/lib/ganglia-web/dwoo/
insgesamt 16
drwxr-xr-x 4 www-data root 4096 Jun 27 12:37 .
drwxr-xr-x 4 root root 4096 Jun 27 12:37 ..
drwxr-xr-x 2 www-data root 4096 Jul 7 2016 cache
drwxrwxrwx 3 www-data root 4096 Jul 27 2015 compiled
I tried further, purging and reinstalling ganglia-web and apache did not
help.
What solved the problem was enabling all modules with
a2enmod
Your choices are: access_compat actions alias allowmethods asis
auth_basic auth_digest auth_form auth_kerb authn_anon authn_core
authn_dbd authn_dbm authn_file authn_socache authnz_fcgi authnz_ldap
authz_core authz_dbd authz_dbm authz_groupfile authz_host authz_owner
authz_user autoindex buffer cache cache_disk cache_socache cern_meta cgi
cgid charset_lite data dav dav_fs dav_lock dbd deflate dialup dir
dump_io echo env expires ext_filter file_cache filter gnutls headers
heartbeat heartmonitor http2 ident imagemap include info
lbmethod_bybusyness lbmethod_byrequests lbmethod_bytraffic
lbmethod_heartbeat ldap log_debug log_forensic lua macro mime mime_magic
mpm_event mpm_itk mpm_prefork mpm_worker negotiation perl php7.0 proxy
proxy_ajp proxy_balancer proxy_connect proxy_express proxy_fcgi
proxy_fdpass proxy_ftp proxy_hcheck proxy_html proxy_http proxy_http2
proxy_scgi proxy_wstunnel ratelimit reflector remoteip reqtimeout
request rewrite sed session session_cookie session_crypto session_dbd
setenvif slotmem_plain slotmem_shm socache_dbm socache_memcache
socache_shmcb speling ssl status substitute suexec unique_id userdir
usertrack vhost_alias xml2enc
and enabling all of them solved the problem.
I'm not sure which of them I really need, but suspect that there is a
missing dependency on either to php7 or gnutls module.
Thanks for considering,
Alois
