Bom dia!
Pessoal, sou nova no Koha e estou especialmente tendo uma dificuldade que acredito ser de iniciante:
Estou tentando fazer uma busca na base do koha por meio da busca no catálogo, no entanto, mesmo fazendo uma pesquisa via aplicação web por registros que recuperei via MySql Workbench não é listado nada. Pesquisei um pouco pelo fórum ( Pesquisa no catálogo - Koha - Fórum do Instituto Brasileiro de Informação em Ciência e Tecnologia (ibict.br)) e vi que deveria atualizar indexadores do zebra para que a pesquisa fosse realizada com sucesso.
Assim executei os seguintes comandos:
koha-rebuild-zebra -f -v bib03
koha-rebuild-zebra -f -v -a bib03
Ao executar koha-rebuild-zebra -f -v bib03 recebo algumas mensagens de erro via cmd:
e quando executo koha-rebuild-zebra -f -v -a bib03 não recebo erros.
Saberiam informar se esses erros estão relacionados à busca que não retornada registros na tela?
Muito obrigada desde já!
Olá!
Quando você adiciona a opção “-a” na reindexação do Zebra, você está indicando que a reindexação também deve ser feita com a base de autoridades.
Pelo formato do erro, acho que o problema está no conteúdo de algum dos registros. Esses registros foram importados ou criados no Koha?
Para ter informações mais precisas, você também pode consultar os logs do Koha em “/var/log/koha/nomeInstancia”. Recomendo executar a indexação e verificar quais dos logs de sistema são atualizados após a ocorrência do erro.
Também recomendo tentar o seguinte procedimento: Fix zebra permissions - Koha Wiki
Isso já resolveu meu problema algumas vezes quando enfrentei um erro parecido.
1 curtida
Boa tarde!
Obrigada pelo retorno, Italo.
Respondendo suas perguntas:
[…]Esses registros foram importados ou criados no Koha?
Acredito que tenham sidos criados no Koha, pois são uma cópia da base de produção de uma biblioteca real.
Fiz os passos do link externo que você enviou, no entanto, no passo do delete recebi o seguinte retorno:
root@debian:~# delete /var/lock/koha
-bash: delete: comando não encontrado
No mais, verifiquei os logs no diretório indicados:
- Fri Aug 04 03:38:19.966848 2023
- Type: cgid:error
- Process ID: 3605
- Error: (32)Broken pipe
- Client IP: 10.0.2.2:51199
- Message: Failed to flush CGI output to client
- Referer: …
- Fri Aug 04 03:38:40.449193 2023
- Type: cgid:error
- Process ID: 3620
- Error: (32)Broken pipe
- Client IP: 10.0.2.2:51213
- Message: Failed to flush CGI output to client
- Referer: …
- Fri Aug 04 20:22:44.139355 2023
- Type: cgid:error
- Process ID: 4931
- Error: (32)Broken pipe
- Client IP: 10.0.2.2:56830
- Message: Failed to flush CGI output to client
- Referer: …
- Fri Aug 04 21:15:19.141434 2023
- Type: cgid:error
- Process ID: 5118
- Error: (32)Broken pipe
- Client IP: 10.0.2.2:59105
- Message: Failed to flush CGI output to client
- Referer: …
- Fri Aug 04 21:17:19.484350 2023
- Type: cgid:error
- Process ID: 5159
- Error: (32)Broken pipe
- Client IP: 10.0.2.2:59203
- Message: Failed to flush CGI output to client
- Referer: …
- Sat Aug 05 02:16:37.044385 2023
- Type: cgid:error
- Process ID: 6084
- Error: (32)Broken pipe
- Client IP: 10.0.2.2:62117
- Message: Failed to flush CGI output to client
- Referer: …
- Mon Aug 14 10:51:56.366805 2023
- Type: cgid:error
- Process ID: 1191
- Error: (32)Broken pipe
- Client IP: 10.0.2.2:56139
- Message: Failed to flush CGI output to client
- Referer: …
- Wed Aug 16 15:29:19.972835 2023
- Type: cgid:error
- Process ID: 2217
- Error: (13)Permission denied
- Client IP: 10.0.2.2:51068
- Message: Unable to connect to CGI daemon after multiple attempts
- Wed Aug 16 15:29:20.024824 2023
- Type: cgid:error
- Process ID: 2218
- Error: (13)Permission denied
- Client IP: 10.0.2.2:51069
- Message: Unable to connect to CGI daemon after multiple attempts
- Wed Aug 16 15:41:11.719065 2023
- Type: cgid:error
- Process ID: 2329
- Error: (13)Permission denied
- Client IP: 10.0.2.2:51162
- Message: Unable to connect to CGI daemon after multiple attempts
- Thu Aug 17 14:44:10.748801 2023
- Type: cgi:error
- Process ID: 1480
- Client IP: 10.0.2.2:55832
- Message: LDAP connection failed
- Mon Aug 21 16:21:11.979005 2023
- Type: cgi:error
- Process ID: 3126
- Client IP: 10.0.2.2:65377
- Message: LDAP connection failed
Dei o log para o chat gpt analisar e ele informou o seguinte:
- Verifique as configurações de permissões do servidor Apache e do diretório onde os processos CGI estão localizados.
- Verifique as configurações de autenticação e conexão com o servidor LDAP no Koha.
- Procure por erros de configuração ou de rede que possam estar causando as desconexões e falhas.
Você acha a avaliação procedente? Se sim, eu teria que incluir permissões no servidor para conseguir realizar a indexação…?
Alessandra, a respeito do “delete”, é preciso navegar pelo terminal e apagar os três arquivos indicados.
Além disso, pode verificar se existe alguma mensagem de erro na interface do Koha?
Fica no menu superior: Mais > Sobre o Koha > aba Informações do sistema.
Isso pode ser algum problema no autoincremento do banco de dados. Se precisar de mais detalhes a respeito: Problemas com valores de auto incremento - #2 por italobrasileiro
2 curtidas
Olá, Italo!
Verifiquei a página sugerida:
O que você acha…?
Exato, isso é o problema do autoincremento.
No link que enviei no post anterior você pode consultar o passo-a-passo para resolver isso.
Acredito que após a correção você conseguirá reindexar o zebra sem problemas.
Também notei que tem um aviso a respeito do seu usuário.
Sugiro que você crie um novo usuário e não utilize o usuário providenciado pelo Koha.
Esse usuário deve ser utilizado somente para a instalação do sistema.
Você pode criar um novo usuário e conceder permissões de “super bibliotecário”. Esse tipo de usuário tem todas as permissões dentro do sistema.
1 curtida
Irei fazer e retorno com o resultado!
Obrigada! 
Como retorno, no meu caso especifico, os sockets não estavam abertos, por isso não estava reindexando os índices, então:
- Manipulamos os site configurados no Apache.
- A segunda coisa que fizemos foi manipulamos pelos módulos configurados no Apache.
- A terceira coisa que fizemos foi ver os serviços que estão a correr.
- Na pasta sites avaiable, que tem todos os sites que se pode configurar e em sites-enable existem os sites que estão ativos.
- Para manipular isto, nós podemos fazer isso manualmente, criar os links, remover manualmente ou então, na distribuição debian, existe um conjunto de scripts que realiza essas ações:
a2emod
- Indexador do zebra com o socket aberto aos comandos
nestat -nlpt
No meu caso, biliosocket e authoritysocket não estavam abertos antes.
- Serviços unix estão tipicamente na pasta cd /etc/init. Usando este comando se listam ficheiros. Cada ficheiro representa um serviço. As ações disponíveis sobre cada um deles é star, stop, restart e reload.
- O debian remove o zebra, portanto, ele quando se lista a instância koha-list --enable se exia a instância, mas ela não existia no apache.
2 curtidas
Obrigada por compartilhar!
