Netgate Discussion Forum
    • Categories
    • Recent
    • Tags
    • Popular
    • Users
    • Search
    • Register
    • Login

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

    Scheduled Pinned Locked Moved Portuguese
    17 Posts 13 Posters 7.3k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • E
      eduardogd
      last edited by

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

      1 Reply Last reply Reply Quote 0
      • D
        D0U6L4S
        last edited by

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

        1 Reply Last reply Reply Quote 0
        • D
          D0U6L4S
          last edited by

          Bom dia a todos,

          Alguém ?

          Abraços.

          1 Reply Last reply Reply Quote 0
          • marcellocM
            marcelloc
            last edited by

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

            Treinamentos de Elite: http://sys-squad.com

            Help a community developer! ;D

            1 Reply Last reply Reply Quote 0
            • W
              whitexp
              last edited by

              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 .

              1 Reply Last reply Reply Quote 0
              • T
                tomaswaldow
                last edited by

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

                Tomas @ 2W Consultoria

                1 Reply Last reply Reply Quote 0
                • W
                  whitexp
                  last edited by

                  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 .

                  1 Reply Last reply Reply Quote 0
                  • T
                    tomaswaldow
                    last edited by

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

                    Tomas @ 2W Consultoria

                    1 Reply Last reply Reply Quote 0
                    • A
                      alysson.regio
                      last edited by

                      Muitíssimo Obrigado utikawa!!!

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

                      1 Reply Last reply Reply Quote 0
                      • C
                        colgatepvh
                        last edited by

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

                        Abração  :D

                        1 Reply Last reply Reply Quote 0
                        • M
                          marcoafm
                          last edited by

                          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?

                          pfsense-sarg.PNG
                          pfsense-sarg.PNG_thumb

                          1 Reply Last reply Reply Quote 0
                          • gersonalvesG gersonalves referenced this topic on
                          • First post
                            Last post
                          Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.