Do nada começou esse erro:
Erro ao gerar o arquivo PDF, contacte o suporte.
Pior, eu sou o Suporte do meu cliente.
Do nada começou esse erro:
Erro ao gerar o arquivo PDF, contacte o suporte.
Pior, eu sou o Suporte do meu cliente.
O servidor é linux? 32 ou 64 bits?
Caso for 64 bits, verifique a permissão dentro do diretório abaixo.
O diretório prod/third/wkhtmltopdf/linux-amd64.
Caso for 32 bits, verifique a permissão dentro do diretório abaixo.
O diretório prod/third/wkhtmltopdf/linux-i386
Caso a permissão esteja total, realize o procedimento abaixo.
Acessando o terminal do linux (SHELL).
No diretório TMP é gerado um log do comando pdf, copie a linha do log de erro e execute pelo terminal.
OBS: O comando precisa ser executado dentro do diretório prod/third/wkhtmltopdf/linux-amd64 para 64 bits ou prod/third/wkhtmltopdf/linux-i386 para 32 bits
Verifique a permissão dentro diretório TMP.
Windows Server 2008.
PHP: 5.3.5
Hostname: DCFH69S1
Zend: 3.3
Sistema Operacional: WINDOWS NT DCFH69S1 6.1 BUILD 7601 (UNKNOW WINDOWS VERSION ENTERPRISE EDITION SERVICE PACK 1) I586
Servidor WEB: Apache/2.2.16 (Win32)
ScriptCase Devel: 7.1.013
ScriptCase Build: 16
ScriptCase Prod: 7.1.013
IIS ou Apache?
Realize o mesmo procedimento usando o “.cmd”;
Verifique as permissões do usuário.
Isso ocorreu do nada. Estava normal.
Nota: entre os testes uma vez rodou normal, depois parou.
Fui aumentando o tempo do javascript, agora esta com 10000, e rodou, mas fica lento demais para gerar o pdf.
Muito louco isso.
Mesmo com 10000, um gera normal e 3 em seguida da o erro.
Não dá para entender.
É o Pdf ou os gráficos?
Agora parou de vez, não funciona mais.
É uma consulta em formato livre, sem imagens ou graficos, na exportação para o PDF ocorre o erro.
eu tive um problema desse quando o SC mudou do 6 pro 7, eu tive de reinstalar o ZENDER, atualizar o JAVA pra versão 7, e alterar alguns locais referenciando o JRE 7 e talz…
engraçado foi um monte de gente aqui falando que o zender não tinha nada haver… e quando eu reinstalei ele funcionou.
Haroldo,
No diretório TMP é gerado um log do comando pdf, copie a linha do log de erro e execute pelo terminal. No seu caso é o “.cmd”.
Desta forma podemos analisar melhor o erro.
Vou ter que ir no cliente executar esse procedimento, pois eles não liberam o acesso remoto, e fica longe do me local de trabalho, assiim que conseguir executar o procedimento eu posto o resultado aqui.
obrigado Yuri.
Só para ajudar a finalizar o tópico. Tive esse problema agora mesmo no meu serv Debian 9
Resolvido como sugerido
#chmod 777 -R seuprojeto/_lib/prod/third/wkhtmltopdf/linux-amd64
Abs.
Pode ser que o binário tenha sido corrompido…
Executa seuprojeto/_lib/prod/third/wkhtmltopdf/linux-amd64/wkhtmltopdf-amd64 --version
Se retornar algo como abaixo , está ok, se não, está corrompida.
Name:
wkhtmltopdf 0.1x.x
Obs.: Usa shell_exec ou exec do próprio PHP pra não precisar ir no cliente (:
Pessoal, vejo muito consulta desse erro e peço permissão para registrar a solução correta:
Para gerar arquivos PDF da GRID, alterar configurações da
pasta _lib/tmp , troque a permissão para 777
public_html/producao/crm-aria/_lib/prod/third/wkhtmltopdf/linux-amd64 troque a permissão para 777