Are the graphs trying to load? The first thing you can do is login to the administration page, and it should give you the two image placeholders. Right click on one of those and click on view image(?). A tab will open and it will have php errors on it (If I remember correctly, I believe it's a get_image() something or other). After a lot of research it happens to be a php issue and Debian. The only way around this is to compile php from source and telling it to compile with this. If below these errors you see a bunch of garbled characters, the images are trying to load and you have a better chance of making it work (in our experience). If you don't see anything, abandon ship.
-----Original Message----- From: cg [mailto:[email protected]] Sent: Wednesday, February 09, 2011 11:01 AM To: [email protected] Subject: Re: [Packetfence-users] working ... ! Hi Olivier, Yes, I meant the graphiques / graphs on the administration site. rrdtools has been in since the beginning ; care to specify which Perl module you're referring to ? Usually, I've been depending on complaints - on the command line or in the logs - to find missing Perl modules, but this may be on a different basis. So far, there hasn't been anything about a Perl module relevant to graphs. Any info would be most appreciated. jpgraph & jpgraph_docs have also been taken from your repository (to be certain) and aliened and in from the beginning. So far, there has been not a trace of the graphs. I've been searching and have discovered that there *may* be a Debian issue involved. Apparently the GD project forked some time ago and all the 'new' functions (on which, for example, jpgraph, depends) are in the 'new' branch of the projects, which Debian has rejected for reasons of security. I can't assess that, of course, but the Debian version of php5-gd as a result contains the 'old' branch of the GD project. There are many references claiming that the 'dotdeb.org' version of the package contains the correct (for us) 'new' version of GD. We have installed it from their repo but as yet there are no graphs in evidence ... I have no idea which version the CentOS distro uses, but it's probably the correct one for PacketFence ! In the event, many thanks for your input, as usual, and any further suggestions for search or focus on this issue would of course be appreciated. Best wishes, Chris (Private reply follows.) On Tue 8.Feb'11 at 16:58:35 -0500, Olivier Bilodeau wrote: > Hi Chris, > > > A quick announcement : we are now fully (and stably) > > functional. Thanks greatly to all for the great (and patient) > > assistance. We're preparing for the university roll-out ! > > > > Glad to hear that. > > > > > Naturally, there is a loose end. Largely cosmetic now, but potentially > > useful, the graphics in the admin module aren't working. I'd much > > appreciate it if someone could point to a weak spot I've > > overlooked. Actually, the graphics have never worked. Wondering > > whether this is a Debian issue ... > > It's because you are on Debian but the issue is not debian's, it's > because we make assumptions about the environment. > > Here, I assumed you meant graphs (graphiques in french) and not images. > - SNMP Trap stat graphs uses RRD so you would need rrdtools and a perl > module > - most other graphs rely on jpgraph which is installed in > html/admin/common/jpgraph/ by our > php-jpgraph-packetfence-2.3.4-1.noarch.rpm package. You probably need to > alien it into a dpkg or just get the files from it. > > Hope this helps! > -- > Olivier Bilodeau > [email protected] :: +1.514.447.4918 *115 :: www.inverse.ca > Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence > (www.packetfence.org) > > ------------------------------------------------------------------------------ > The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: > Pinpoint memory and threading errors before they happen. > Find and fix more than 250 security defects in the development cycle. > Locate bottlenecks in serial and parallel code that limit performance. > http://p.sf.net/sfu/intel-dev2devfeb > _______________________________________________ > Packetfence-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/packetfence-users > ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Packetfence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users ------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb _______________________________________________ Packetfence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
