Sarg + PfSense 2.2 - Error: Could not find report index file.



  • Olá!

    Eu estava enfrentando um problema com o Sarg no PfSense 2.2 e consegui identificá-lo e assim resolvê-lo.
    Eu configurei o Sarg, marquei apenas as opções padrão, cadastrei um agendamento. Porém, mesmo que eu forçasse a geração do relatório, a aba View Report continuava a exibir o mesmo erro:

    Check sarg settings and try to force sarg schedule.
    Check and save sarg settings and try to force sarg schedule.

    O System Log me indicava erro ao gerar o relatório:

    Feb 26 10:00:00	php: sarg.php: The command 'export LC_ALL=C && /usr/pbi/sarg-amd64/bin/sarg ' returned exit code '1', the output was 'SARG: Records in file: 891, reading: 0.00%^MSARG: cannot open /usr/local/sarg-reports/2015/02/26/sarg-date for writing SARG:: No such file or directory SARG: Records in file: 891, reading: 100.00%'
    

    Após pesquisar o problema, me deparei com o seguinte post: https://forum.pfsense.org/index.php?topic=47995.0

    Eu tentei todos os passos indicados porém, pelo console, meu erro era um pouco diferente. Ao invés de apresentar erro ao executar o comando, tudo corria bem. Nenhuma mensagem de erro era apresentada e o relatório era gerado, conforme pode ser observado no log completo abaixo:

    SARG: Init
    SARG: Loading configuration from /usr/local/etc/sarg/sarg.conf
    SARG: Loading exclude host file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG: Loading exclude file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_users.conf
    SARG: Reading host alias file "/usr/pbi/sarg-amd64/etc/sarg/hostalias"
    SARG: List of host names to alias:
    SARG: Parameters:
    SARG:           Hostname or IP address (-a) = 
    SARG:                    Useragent log (-b) = 
    SARG:                     Exclude file (-c) = /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG:                  Date from-until (-d) = 
    SARG:    Email address to send reports (-e) = 
    SARG:                      Config file (-f) = /usr/local/etc/sarg/sarg.conf
    SARG:                      Date format (-g) = Europe (dd/mm/yyyy)
    SARG:                        IP report (-i) = No
    SARG:             Keep temporary files (-k) = No
    SARG:                        Input log (-l) = /var/squid/logs/access.log
    SARG:               Resolve IP Address (-n) = No
    SARG:                       Output dir (-o) = /usr/local/sarg-reports/
    SARG: Use Ip Address instead of userid (-p) = No
    SARG:                    Accessed site (-s) = 
    SARG:                             Time (-t) = 
    SARG:                             User (-u) = 
    SARG:                    Temporary dir (-w) = /tmp/sarg
    SARG:                   Debug messages (-x) = Yes
    SARG:                 Process messages (-z) = No
    SARG:  Previous reports to keep (--lastlog) = 0
    SARG: 
    SARG: sarg version: 2.3.9 Sep-21-2014
    SARG: Reading access log file: /var/squid/logs/access.log
    SARG: Records in file: 905, reading: 0.00%
    SARG:    Records read: 905, written: 905, excluded: 0
    SARG: Squid log format
    SARG: Period: 26 Feb 2015
    SARG: Sorting log /tmp/sarg/192_168_10_6.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_158.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_128.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_196.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_119.user_unsort
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Sorting file: /tmp/sarg/redirector.int_log
    SARG: Making index.html
    SARG: Successful report generated on /usr/local/sarg-reports/26Feb2015-26Feb2015
    SARG: Purging temporary file sarg-general
    SARG: End
    SARG: Records in file: 905, reading: 100.00%
    

    Porém eu notei que a pasta indicada (/usr/local/sarg-reports) permanecia vazia. O relatório que deveria ter sido gerado não estava lá!
    Eu então descobri que o problema é que o relatório estava sendo gerado em outro caminho: a pasta da instalação do Sarg no pbi.
    No meu caso, o caminho completo é o indicado a seguir:

    /usr/pbi/sarg-amd64/local/sarg-reports
    

    Assim bastou remover a pasta indicada, substitindo-a por um link simbólico:

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

    Após a criação do link, a aba View Report na interface do PfSense passou a exibir os relatórios gerados e está funcionando sem qualquer problema agora.
    Decidi fazer esse post para ajudar que estiver passando pelo mesmo problema e também para saber: esse erro nos caminhos pode indicar algum problema com minha instalação? Eu devo reportar um bug ?

    Obrigado!
    Marcelo Utikawa da Fonseca



  • @utikawa:

    Olá!

    Eu estava enfrentando um problema com o Sarg no PfSense 2.2 e consegui identificá-lo e assim resolvê-lo.
    Eu configurei o Sarg, marquei apenas as opções padrão, cadastrei um agendamento. Porém, mesmo que eu forçasse a geração do relatório, a aba View Report continuava a exibir o mesmo erro:

    Check sarg settings and try to force sarg schedule.
    Check and save sarg settings and try to force sarg schedule.

    O System Log me indicava erro ao gerar o relatório:

    Feb 26 10:00:00	php: sarg.php: The command 'export LC_ALL=C && /usr/pbi/sarg-amd64/bin/sarg ' returned exit code '1', the output was 'SARG: Records in file: 891, reading: 0.00%^MSARG: cannot open /usr/local/sarg-reports/2015/02/26/sarg-date for writing SARG:: No such file or directory SARG: Records in file: 891, reading: 100.00%'
    

    Após pesquisar o problema, me deparei com o seguinte post: https://forum.pfsense.org/index.php?topic=47995.0

    Eu tentei todos os passos indicados porém, pelo console, meu erro era um pouco diferente. Ao invés de apresentar erro ao executar o comando, tudo corria bem. Nenhuma mensagem de erro era apresentada e o relatório era gerado, conforme pode ser observado no log completo abaixo:

    SARG: Init
    SARG: Loading configuration from /usr/local/etc/sarg/sarg.conf
    SARG: Loading exclude host file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG: Loading exclude file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_users.conf
    SARG: Reading host alias file "/usr/pbi/sarg-amd64/etc/sarg/hostalias"
    SARG: List of host names to alias:
    SARG: Parameters:
    SARG:           Hostname or IP address (-a) = 
    SARG:                    Useragent log (-b) = 
    SARG:                     Exclude file (-c) = /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG:                  Date from-until (-d) = 
    SARG:    Email address to send reports (-e) = 
    SARG:                      Config file (-f) = /usr/local/etc/sarg/sarg.conf
    SARG:                      Date format (-g) = Europe (dd/mm/yyyy)
    SARG:                        IP report (-i) = No
    SARG:             Keep temporary files (-k) = No
    SARG:                        Input log (-l) = /var/squid/logs/access.log
    SARG:               Resolve IP Address (-n) = No
    SARG:                       Output dir (-o) = /usr/local/sarg-reports/
    SARG: Use Ip Address instead of userid (-p) = No
    SARG:                    Accessed site (-s) = 
    SARG:                             Time (-t) = 
    SARG:                             User (-u) = 
    SARG:                    Temporary dir (-w) = /tmp/sarg
    SARG:                   Debug messages (-x) = Yes
    SARG:                 Process messages (-z) = No
    SARG:  Previous reports to keep (--lastlog) = 0
    SARG: 
    SARG: sarg version: 2.3.9 Sep-21-2014
    SARG: Reading access log file: /var/squid/logs/access.log
    SARG: Records in file: 905, reading: 0.00%
    SARG:    Records read: 905, written: 905, excluded: 0
    SARG: Squid log format
    SARG: Period: 26 Feb 2015
    SARG: Sorting log /tmp/sarg/192_168_10_6.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_158.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_128.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_196.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_119.user_unsort
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Sorting file: /tmp/sarg/redirector.int_log
    SARG: Making index.html
    SARG: Successful report generated on /usr/local/sarg-reports/26Feb2015-26Feb2015
    SARG: Purging temporary file sarg-general
    SARG: End
    SARG: Records in file: 905, reading: 100.00%
    

    Porém eu notei que a pasta indicada (/usr/local/sarg-reports) permanecia vazia. O relatório que deveria ter sido gerado não estava lá!
    Eu então descobri que o problema é que o relatório estava sendo gerado em outro caminho: a pasta da instalação do Sarg no pbi.
    No meu caso, o caminho completo é o indicado a seguir:

    /usr/pbi/sarg-amd64/local/sarg-reports
    

    Assim bastou remover a pasta indicada, substitindo-a por um link simbólico:

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

    Após a criação do link, a aba View Report na interface do PfSense passou a exibir os relatórios gerados e está funcionando sem qualquer problema agora.
    Decidi fazer esse post para ajudar que estiver passando pelo mesmo problema e também para saber: esse erro nos caminhos pode indicar algum problema com minha instalação? Eu devo reportar um bug ?

    Obrigado!
    Marcelo Utikawa da Fonseca

    OBRIGADO !

    Bem Observado \o/

    Uma Pergunta:
    Tem que ficar dando esse comando a todo momento? ln -s?



  • Não. Só uma vez.



  • Marcelo, boa tarde.

    Passei pelo mesma situação.
    Tive que criar o link e passou a mostrar os relatórios.
    Como é uma instalação recente e reinstalei os pacotes (tanto squid e sarg) mais de uma vez, não deve ter sido algo da sua instalação somente.

    A minha instalação também é amd-64

    Abraço.

    @utikawa:

    Olá!

    Eu estava enfrentando um problema com o Sarg no PfSense 2.2 e consegui identificá-lo e assim resolvê-lo.
    Eu configurei o Sarg, marquei apenas as opções padrão, cadastrei um agendamento. Porém, mesmo que eu forçasse a geração do relatório, a aba View Report continuava a exibir o mesmo erro:

    Check sarg settings and try to force sarg schedule.
    Check and save sarg settings and try to force sarg schedule.

    O System Log me indicava erro ao gerar o relatório:

    Feb 26 10:00:00	php: sarg.php: The command 'export LC_ALL=C && /usr/pbi/sarg-amd64/bin/sarg ' returned exit code '1', the output was 'SARG: Records in file: 891, reading: 0.00%^MSARG: cannot open /usr/local/sarg-reports/2015/02/26/sarg-date for writing SARG:: No such file or directory SARG: Records in file: 891, reading: 100.00%'
    

    Após pesquisar o problema, me deparei com o seguinte post: https://forum.pfsense.org/index.php?topic=47995.0

    Eu tentei todos os passos indicados porém, pelo console, meu erro era um pouco diferente. Ao invés de apresentar erro ao executar o comando, tudo corria bem. Nenhuma mensagem de erro era apresentada e o relatório era gerado, conforme pode ser observado no log completo abaixo:

    SARG: Init
    SARG: Loading configuration from /usr/local/etc/sarg/sarg.conf
    SARG: Loading exclude host file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG: Loading exclude file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_users.conf
    SARG: Reading host alias file "/usr/pbi/sarg-amd64/etc/sarg/hostalias"
    SARG: List of host names to alias:
    SARG: Parameters:
    SARG:           Hostname or IP address (-a) = 
    SARG:                    Useragent log (-b) = 
    SARG:                     Exclude file (-c) = /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG:                  Date from-until (-d) = 
    SARG:    Email address to send reports (-e) = 
    SARG:                      Config file (-f) = /usr/local/etc/sarg/sarg.conf
    SARG:                      Date format (-g) = Europe (dd/mm/yyyy)
    SARG:                        IP report (-i) = No
    SARG:             Keep temporary files (-k) = No
    SARG:                        Input log (-l) = /var/squid/logs/access.log
    SARG:               Resolve IP Address (-n) = No
    SARG:                       Output dir (-o) = /usr/local/sarg-reports/
    SARG: Use Ip Address instead of userid (-p) = No
    SARG:                    Accessed site (-s) = 
    SARG:                             Time (-t) = 
    SARG:                             User (-u) = 
    SARG:                    Temporary dir (-w) = /tmp/sarg
    SARG:                   Debug messages (-x) = Yes
    SARG:                 Process messages (-z) = No
    SARG:  Previous reports to keep (--lastlog) = 0
    SARG: 
    SARG: sarg version: 2.3.9 Sep-21-2014
    SARG: Reading access log file: /var/squid/logs/access.log
    SARG: Records in file: 905, reading: 0.00%
    SARG:    Records read: 905, written: 905, excluded: 0
    SARG: Squid log format
    SARG: Period: 26 Feb 2015
    SARG: Sorting log /tmp/sarg/192_168_10_6.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_158.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_128.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_196.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_119.user_unsort
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Sorting file: /tmp/sarg/redirector.int_log
    SARG: Making index.html
    SARG: Successful report generated on /usr/local/sarg-reports/26Feb2015-26Feb2015
    SARG: Purging temporary file sarg-general
    SARG: End
    SARG: Records in file: 905, reading: 100.00%
    

    Porém eu notei que a pasta indicada (/usr/local/sarg-reports) permanecia vazia. O relatório que deveria ter sido gerado não estava lá!
    Eu então descobri que o problema é que o relatório estava sendo gerado em outro caminho: a pasta da instalação do Sarg no pbi.
    No meu caso, o caminho completo é o indicado a seguir:

    /usr/pbi/sarg-amd64/local/sarg-reports
    

    Assim bastou remover a pasta indicada, substitindo-a por um link simbólico:

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

    Após a criação do link, a aba View Report na interface do PfSense passou a exibir os relatórios gerados e está funcionando sem qualquer problema agora.
    Decidi fazer esse post para ajudar que estiver passando pelo mesmo problema e também para saber: esse erro nos caminhos pode indicar algum problema com minha instalação? Eu devo reportar um bug ?

    Obrigado!
    Marcelo Utikawa da Fonseca



  • perfeito!!!!! valeu mesmo!!! salvou minha vida haha.. aqui estava com problemas!! com essa sua solução… resolveu meu problema! :)



  • Boa tarde pessoal,
    eu tive que fazer o link que foi sugerido, mas o sarg não está gerando os relatórios.
    Estou usando a versão 2.2.1 do pfsense e a versão 2.3.9 do sarg.
    O que eu tenho que verificar?



  • @utikawa:

    Olá!

    Eu estava enfrentando um problema com o Sarg no PfSense 2.2 e consegui identificá-lo e assim resolvê-lo.
    Eu configurei o Sarg, marquei apenas as opções padrão, cadastrei um agendamento. Porém, mesmo que eu forçasse a geração do relatório, a aba View Report continuava a exibir o mesmo erro:

    Check sarg settings and try to force sarg schedule.
    Check and save sarg settings and try to force sarg schedule.

    O System Log me indicava erro ao gerar o relatório:

    Feb 26 10:00:00	php: sarg.php: The command 'export LC_ALL=C && /usr/pbi/sarg-amd64/bin/sarg ' returned exit code '1', the output was 'SARG: Records in file: 891, reading: 0.00%^MSARG: cannot open /usr/local/sarg-reports/2015/02/26/sarg-date for writing SARG:: No such file or directory SARG: Records in file: 891, reading: 100.00%'
    

    Após pesquisar o problema, me deparei com o seguinte post: https://forum.pfsense.org/index.php?topic=47995.0

    Eu tentei todos os passos indicados porém, pelo console, meu erro era um pouco diferente. Ao invés de apresentar erro ao executar o comando, tudo corria bem. Nenhuma mensagem de erro era apresentada e o relatório era gerado, conforme pode ser observado no log completo abaixo:

    SARG: Init
    SARG: Loading configuration from /usr/local/etc/sarg/sarg.conf
    SARG: Loading exclude host file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG: Loading exclude file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_users.conf
    SARG: Reading host alias file "/usr/pbi/sarg-amd64/etc/sarg/hostalias"
    SARG: List of host names to alias:
    SARG: Parameters:
    SARG:           Hostname or IP address (-a) = 
    SARG:                    Useragent log (-b) = 
    SARG:                     Exclude file (-c) = /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG:                  Date from-until (-d) = 
    SARG:    Email address to send reports (-e) = 
    SARG:                      Config file (-f) = /usr/local/etc/sarg/sarg.conf
    SARG:                      Date format (-g) = Europe (dd/mm/yyyy)
    SARG:                        IP report (-i) = No
    SARG:             Keep temporary files (-k) = No
    SARG:                        Input log (-l) = /var/squid/logs/access.log
    SARG:               Resolve IP Address (-n) = No
    SARG:                       Output dir (-o) = /usr/local/sarg-reports/
    SARG: Use Ip Address instead of userid (-p) = No
    SARG:                    Accessed site (-s) = 
    SARG:                             Time (-t) = 
    SARG:                             User (-u) = 
    SARG:                    Temporary dir (-w) = /tmp/sarg
    SARG:                   Debug messages (-x) = Yes
    SARG:                 Process messages (-z) = No
    SARG:  Previous reports to keep (--lastlog) = 0
    SARG: 
    SARG: sarg version: 2.3.9 Sep-21-2014
    SARG: Reading access log file: /var/squid/logs/access.log
    SARG: Records in file: 905, reading: 0.00%
    SARG:    Records read: 905, written: 905, excluded: 0
    SARG: Squid log format
    SARG: Period: 26 Feb 2015
    SARG: Sorting log /tmp/sarg/192_168_10_6.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_158.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_128.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_196.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_119.user_unsort
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Sorting file: /tmp/sarg/redirector.int_log
    SARG: Making index.html
    SARG: Successful report generated on /usr/local/sarg-reports/26Feb2015-26Feb2015
    SARG: Purging temporary file sarg-general
    SARG: End
    SARG: Records in file: 905, reading: 100.00%
    

    Porém eu notei que a pasta indicada (/usr/local/sarg-reports) permanecia vazia. O relatório que deveria ter sido gerado não estava lá!
    Eu então descobri que o problema é que o relatório estava sendo gerado em outro caminho: a pasta da instalação do Sarg no pbi.
    No meu caso, o caminho completo é o indicado a seguir:

    /usr/pbi/sarg-amd64/local/sarg-reports
    

    Assim bastou remover a pasta indicada, substitindo-a por um link simbólico:

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

    Após a criação do link, a aba View Report na interface do PfSense passou a exibir os relatórios gerados e está funcionando sem qualquer problema agora.
    Decidi fazer esse post para ajudar que estiver passando pelo mesmo problema e também para saber: esse erro nos caminhos pode indicar algum problema com minha instalação? Eu devo reportar um bug ?

    Obrigado!
    Marcelo Utikawa da Fonseca

    Muito bom, mas seria interessante corrigir o pacote do SARG.



  • @utikawa:

    Olá!

    Eu estava enfrentando um problema com o Sarg no PfSense 2.2 e consegui identificá-lo e assim resolvê-lo.
    Eu configurei o Sarg, marquei apenas as opções padrão, cadastrei um agendamento. Porém, mesmo que eu forçasse a geração do relatório, a aba View Report continuava a exibir o mesmo erro:

    Check sarg settings and try to force sarg schedule.
    Check and save sarg settings and try to force sarg schedule.

    O System Log me indicava erro ao gerar o relatório:

    Feb 26 10:00:00	php: sarg.php: The command 'export LC_ALL=C && /usr/pbi/sarg-amd64/bin/sarg ' returned exit code '1', the output was 'SARG: Records in file: 891, reading: 0.00%^MSARG: cannot open /usr/local/sarg-reports/2015/02/26/sarg-date for writing SARG:: No such file or directory SARG: Records in file: 891, reading: 100.00%'
    

    Após pesquisar o problema, me deparei com o seguinte post: https://forum.pfsense.org/index.php?topic=47995.0

    Eu tentei todos os passos indicados porém, pelo console, meu erro era um pouco diferente. Ao invés de apresentar erro ao executar o comando, tudo corria bem. Nenhuma mensagem de erro era apresentada e o relatório era gerado, conforme pode ser observado no log completo abaixo:

    SARG: Init
    SARG: Loading configuration from /usr/local/etc/sarg/sarg.conf
    SARG: Loading exclude host file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG: Loading exclude file from: /usr/pbi/sarg-amd64/etc/sarg/exclude_users.conf
    SARG: Reading host alias file "/usr/pbi/sarg-amd64/etc/sarg/hostalias"
    SARG: List of host names to alias:
    SARG: Parameters:
    SARG:           Hostname or IP address (-a) = 
    SARG:                    Useragent log (-b) = 
    SARG:                     Exclude file (-c) = /usr/pbi/sarg-amd64/etc/sarg/exclude_hosts.conf
    SARG:                  Date from-until (-d) = 
    SARG:    Email address to send reports (-e) = 
    SARG:                      Config file (-f) = /usr/local/etc/sarg/sarg.conf
    SARG:                      Date format (-g) = Europe (dd/mm/yyyy)
    SARG:                        IP report (-i) = No
    SARG:             Keep temporary files (-k) = No
    SARG:                        Input log (-l) = /var/squid/logs/access.log
    SARG:               Resolve IP Address (-n) = No
    SARG:                       Output dir (-o) = /usr/local/sarg-reports/
    SARG: Use Ip Address instead of userid (-p) = No
    SARG:                    Accessed site (-s) = 
    SARG:                             Time (-t) = 
    SARG:                             User (-u) = 
    SARG:                    Temporary dir (-w) = /tmp/sarg
    SARG:                   Debug messages (-x) = Yes
    SARG:                 Process messages (-z) = No
    SARG:  Previous reports to keep (--lastlog) = 0
    SARG: 
    SARG: sarg version: 2.3.9 Sep-21-2014
    SARG: Reading access log file: /var/squid/logs/access.log
    SARG: Records in file: 905, reading: 0.00%
    SARG:    Records read: 905, written: 905, excluded: 0
    SARG: Squid log format
    SARG: Period: 26 Feb 2015
    SARG: Sorting log /tmp/sarg/192_168_10_6.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_158.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_128.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_196.user_unsort
    SARG: Sorting log /tmp/sarg/192_168_10_119.user_unsort
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Reading redirector log file /var/squidGuard/log/block.log
    SARG: Sorting file: /tmp/sarg/redirector.int_log
    SARG: Making index.html
    SARG: Successful report generated on /usr/local/sarg-reports/26Feb2015-26Feb2015
    SARG: Purging temporary file sarg-general
    SARG: End
    SARG: Records in file: 905, reading: 100.00%
    

    Porém eu notei que a pasta indicada (/usr/local/sarg-reports) permanecia vazia. O relatório que deveria ter sido gerado não estava lá!
    Eu então descobri que o problema é que o relatório estava sendo gerado em outro caminho: a pasta da instalação do Sarg no pbi.
    No meu caso, o caminho completo é o indicado a seguir:

    /usr/pbi/sarg-amd64/local/sarg-reports
    

    Assim bastou remover a pasta indicada, substitindo-a por um link simbólico:

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

    Após a criação do link, a aba View Report na interface do PfSense passou a exibir os relatórios gerados e está funcionando sem qualquer problema agora.
    Decidi fazer esse post para ajudar que estiver passando pelo mesmo problema e também para saber: esse erro nos caminhos pode indicar algum problema com minha instalação? Eu devo reportar um bug ?

    Obrigado!
    Marcelo Utikawa da Fonseca

    Bom dia utikawa!

    Primeiramente obrigado pelo post, pois me ajudou também ! passei pelo mesmo problema e corrigi conforme post.
    Mas…

    Agora o Sarg gera os relatórios mas não tá mostrando todos os sites acessados !
    Tipo eu acesso 200 sites, e no relatório mostra 10 sites.

    Já refiz mas ainda continua.
    Sabe o que pode ser ?

    Abraço.



  • Bom dia a todos,

    Alguém ?

    Abraços.



  • @D0U6L4S:

    Agora o Sarg gera os relatórios mas não tá mostrando todos os sites acessados !
    Tipo eu acesso 200 sites, e no relatório mostra 10 sites.

    Já conferiu se esses 200 sites estão nos logs do squid?



  • Revivendo este post …
    estou com pfsense 2.2.4  e estava apresentando o mesmo problema , resolvi conforme esta no post , apaguei a pasta e fiz o link simbólico ,  por cu irosidade , pq este erro ainda ocorre , me recordo de no pf 2.1 também acontecia .



  • Procure no fórum, tem vários posts com a solução.



  • conforme eu escrevi , foi resolvido facilmente conforme o post , porem eu gostaria de saber a causa , pois qualquer instalação que faço do pfsense , preciso aplicar esta correção .



  • Problema com o formato de pacotes atual, o PBI, vai mudar na proxima versão.



  • Muitíssimo Obrigado utikawa!!!

    Sua dica caiu como uma luva!!! Parabéns!



  • Muito obrigado por compartilhar utikawa
    Resolveu o problema aqui também!

    Abração  :D



  • Bom dia.

    no meu está gerando relatórios normalmente (conforme imagem anexo). O que não gera é o arquivo index.html. Aí não exibe na interface web, apesar de exisitir no sistema.

    o que eu faço?