I can't get SARG Report working

aityahiaidir

:o it is a bug, when i select site_user and user_site from report type, its work
the bug is mentioned here

http://sourceforge.net/p/sarg/bugs/154/

KOM

it should work without resorting to all this complexity

I agree, and these problems have been hanging around since before 2.1.x. I've always had to fight with Lightsquid and Sarg. Always. They should just work or be removed from the repository. I know the base system is where all the real action is, but people's opinion of the project can be heavily influenced by the experience they have with the packages. Broken packages that remain broken after 1+ years just looks bad.

marcelloc

@KOM:

They should just work or be removed from the repository.

Or instead of just watching, using and complaining, start to contributing.

Github is not that complex to use.

https://www.pfsense.org/get-involved/

aityahiaidir

I have very good knowledge in PHP, I'll try to help, but first I have to understand the operation mechanism of Sarg generating report ;)

marcelloc

@aityahiaidir:

I have very good knowledge in PHP, I'll try to help, but first I have to understand the operation mechanism of Sarg generating report ;)

Great! :)

The pbi is the biggest problem today. It "jais" the package under /usr/pbi dir but a lot of libs and package conf files still looks for it on /usr/local

All package gui files are on https://github.com/pfsense/pfsense-packages

Pfsense 2.3 will move from pbi to pkg ng, but until it happens, we have to deal with this…

KOM

Or instead of just watching, using and complaining, start to contributing.

Pardon me, but I do believe that I contribute LOTS here, for free, in my spare time. I have almost the same karma as you with 1/10th the posts. I'm not a developer or I would have fixed these frustrations long ago. The arrogant answer "Fix it yourself or shut up" may play well on Slashdot, but it is not a practical solution for most people. All I can do here is to learn the hacky workarounds to these lingering problems and then pass them along to others when they inevitably run into the same problems.

marcelloc

@KOM:

Pardon me, but I do believe that I contribute LOTS here, for free, in my spare time.

Me too. And after creating and maintaining some packages I'm spending more then free time to keep it working on version changes.
Just an example, I'm working together with Renato and cino since december to get squid working with 2.2 and pbis and it's still not finished.

@KOM:

I have almost the same karma as you with 1/10th the posts. I'm not a developer or I would have fixed these frustrations long ago. The arrogant answer "Fix it yourself or shut up" may play well on Slashdot, but it is not a practical solution for most people.

Sometimes contributing to comunity and/or the project is frustrating. Most people understands the hard work to keep it working but posts like Fix it or remove it! does sounds really arrogant to me.

And I never posted things like "Fix it yourself or shut up" as you understood.

KOM

I don't want to fight with you because I know you're a good guy and the team is under pressure right now. I understand as I work for a software company and I am deeply involved in the development process here. I want the pfSense project to be seen in the best possible light because I actually care about it. It's strange to be emotionally invested in the success of a software project, but it is what it is. In that light, I feel personally embarrassed when new users try to get these very popular and common packages running, only to be frustrated because they don't seem to work. That was the source of my Fix it or remove it comment. If it doesn't work, it should be removed so as to not tarnish the project's image. What is the point of having a broken package in the list, after all? That is all I am trying to say.

marcelloc

Ok, never mind.

BTW, I'm not from pfsense team. Just a community user like many others…

KOM

Oh, I had no idea. I thought you were an employee of ESF. My mistake.

democles9308

hello guys,

By removing the /usr/local/sarg-reports folder and creating a symlink to /usr/pbi/amd-64/local/sarg-reports, it worked for me…

Report options:
graphics where possible
remove temp files
generate main index
generate index tree
overwrite report
show downloaded volume

Reports to generate
all selected

versions
Sarg : 2.3.9 v 0.6.4
Squid : 3.4.10_2 0.2.6
squidguard-suid3 : 1.4_7 v 1.9.6

KOM

This works for 2.2:

rm -r /usr/local/sarg-reports
ln -s /usr/pbi/sarg-amd64/local/sarg-reports /usr/local/sarg-reports

wcrowder

Simple solution, it really is. Run pfSense in one Virtural Machine and run Squid 3.5.1 (Squid is developed on FreeBSD) on another VM in a different subnet. Use wpad.dat/proxy.pac to seamlessly integrate the two. Sarg works really well this way installed from packages. AND you will learn a lot doing it.

And it just works better this way.

marcelloc

On freebsd ports, squid is still on 3.4

When it gets updated to 3.5 I'll update pfsense package.

wcrowder

I never understood why Squid lags behind on FreeBSD ports. The official repository states that Squid is developed on FreeBSD and the generic compile instructions are for FreeBSD.

http://wiki.squid-cache.org/SquidFaq/CompilingSquid

Since I run pfSense on ESXi, it makes it very easy to just fire up a minimal VM and build Squid from source. It seems to me to be a cleaner setup this way and I have far less problems with adding utility to Squid when I need it. Sarg works great and has full functionality. As it is, I have less the $200.00us in my ESXi pfSense/Squid setup.

I'm only stating this as an option. I am not taking away from the fine pfSense Squid package.

marcelloc

Seems a loop process. If Amos release a version and update it on ports, would be easier.

Thanks for the suggestion.

@wcrowder:

I'm only stating this as an option. I am not taking away from the fine pfSense Squid package.

:) I know.

sujyo1

Had same problem here. I try this and it working…

Reinstall Sarg Pkg
rm -rf /usr/local/sarg-reports
ln -s /usr/pbi/sarg-i386/local/sarg-reports /usr/local/sarg-reports

2.2-RELEASE (i386)
built on Thu Jan 22 14:04:25 CST 2015
FreeBSD 10.1-RELEASE-p4

Thank You Guys

lmontinola

confirming this worked for me too… i'm also on 64bit 2.2... THANKS!!!!

@KOM:

This works for 2.2:

rm -r /usr/local/sarg-reports
ln -s /usr/pbi/sarg-amd64/local/sarg-reports /usr/local/sarg-reports

killmasta93

Thank you KOM and sujyo1 :)

firefox

i have the same problem

Error: Could not find report index file.
Check and save sarg settings and try to force sarg schedule.

i try the Repair instructions in this Thread
no luck dont work