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

Portuguese
Log in to reply
  • U

    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

    0
  • J

    @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?

    0
  • marcelloc

    Não. Só uma vez.

    0
  • J

    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

    0
  • V

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

    0
  • A

    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?

    0
  • E

    @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.

    0
  • D

    @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.

    0
  • D

    Bom dia a todos,

    Alguém ?

    Abraços.

    0
  • marcelloc

    @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?

    0
  • W

    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 .

    0
  • T

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

    0
  • W

    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 .

    0
  • T

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

    0
  • A

    Muitíssimo Obrigado utikawa!!!

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

    0
  • C

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

    Abração  :D

    0
  • M

    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?


    0

Products

Services

Support

News

Resources

Company

Our Mission

We provide leading-edge network security at a fair price - regardless of organizational size or network sophistication. We believe that an open-source security model offers disruptive pricing along with the agility required to quickly address emerging threats.

Subscribe to our Newsletter

Product information, software announcements, and special offers. See our newsletter archive to sign up for future newsletters and to read past announcements.

© 2020 Rubicon Communications, LLC | Privacy Policy