I got that issue figured out it was my own fault. However I did find some more bugs...
If you go to Violation tab in the web interface and click on the X to delete a violation instead of names showing the number of the violation is shown. If you try to add a network interface from the web interface and leave the IP, gateway, netmask blank (like for a monitor interface) it will give an error but still add stuff to the pf.conf file which then causes errors when you try and edit other interfaces. That is all I have found for now. Thanks, _ /-\ ndrew On Thu, Jan 6, 2011 at 9:00 AM, Francois Gaudreault <[email protected]> wrote: > Hi Andrew, > > Thanks for the bug report. > > I looked at the code. The problematic line appears to be : > $field = 'connection_type' if (exists($data[0]->{'connection_type'})); > > I think what is currently happening is about the entries that were in your > database prior the update. Can you check using mysql in the locationlog > table and see what is the content of the connection_type field? Some nodes > might have nothing there. > > Keep us posted. > > On 11-01-06 10:27 AM, Andrew Niemantsverdriet wrote: >> >> Hi, >> >> I am getting an error in the web interface when I click on nodes: >> >> /usr/local/pf/lib/pf/pfcmd/report.pm line 342 (#1) >> Can't use string ("0") as a HASH ref while "strict refs" in use at >> /usr/local/pf/lib/pf/pfcmd/report.pm line 342. >> at /usr/local/pf/lib/pf/pfcmd/report.pm line 342 >> pf::pfcmd::report::translate_connection_type(0) called at >> /usr/local/pf/lib/pf/node.pm line 465 >> pf::node::node_view_all('all', 'orderby', 'order by regdate desc', >> 'limit', 'limit 0,25') called at /usr/local/pf/bin/pfcmd line 2030 >> main::print_results('node_view_all', 'all', 'orderby', 'order by >> regdate desc', 'limit', 'limit 0,25') called at >> /usr/local/pf/bin/pfcmd line 1915 >> main::command_param('node') called at /usr/local/pf/bin/pfcmd line >> 176 >> main::__ANON__() called at /usr/local/pf/bin/pfcmd line 206 >> >> What can be causing this and how can I fix it? >> >> Thanks, > > > -- > Francois Gaudreault, ing. jr > [email protected] :: +1.514.447.4918 (x130) :: www.inverse.ca > Inverse inc. :: Leaders behind SOGo (www.sogo.nu) and PacketFence > (www.packetfence.org) > > -- _ /-\ ndrew Niemantsverdriet Academic Computing (406) 238-7360 Rocky Mountain College 1511 Poly Dr. Billings MT, 59102 ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Packetfence-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/packetfence-users
