Pessoal,

 

Após a atualização do whmcs p/ versão 5.2.5, estou enfrentando diversos problemas e estou corrigindo um-a-um ao longo do dia.

 

A bola da vez é o report do cron, que só funciona quando coloco skip em vários serviços.

 

Assim eu recebo o email com informações do cron:

 

 

 

Cron Job Report for Tuesday 18th June 2013 @ 15:22:01

Starting
Skipping Generating Invoices
Skipping Applying Late Fees
Skipping Processing Credit Card Charges
Skipping Processing Invoice Reminder Notices
Skipping Processing Domain Renewal Notices
Skipping Processing Cancellation Requests
Skipping Processing Overdue Suspensions
Skipping Performing Automated Fixed Term Service Terminations
Skipping Auto Closing Inactive Tickets
Skipping Processing Delayed Affiliate Commissions
Skipping Processing Email Marketer Rules
Skipping Updating Disk & Bandwidth Usage Stats
Skipping Performing Client Status Sync
Completed

 

Mas se eu deixo o cron normal, terminando com o arquivo cron.php, não recebo notificação via email.

 

Apesar disso, o whmcs registra atividade no sistema.

 

Notei também que ao rodar o cron de hoje por exemplo, o sistema não gerou o terceiro aviso de fatura em atraso p/ clientes.

 

Alguém que tenha atualizado p/ versão 5.2.X passou por algum problema do gênero, procurei no forum do whmcs, e não encontrei nada especifico assim.

 

OBS: O procedimento descrito é usando o php -q, pois a função get não funcionou comigo porque uso senha na pasta admin (se alguém soube como posso usar get com login e senha na linha de comando, deve me ajudar bastante)

 

Desde de já, agradeço quem puder comentar (caso tenha tido uma experiencia do gênero com essa atualização)

 

:)

Acho que você deveria apenas usar a pasta admin com outro nome (renomear) e testar pra ver como o cron se comporta.

Caso resolva, de boa, usar senha é muita segurança pra pouco risco .... caso você tenha um servidor bem configurado.

Chuva,

 

Quando você roda o comando no SSH, aparece algum erro?

 

Também, tenta aumentar a memória do PHP nas configurações e veja se resolve.

O que tem nos logs?

Acho que você deveria apenas usar a pasta admin com outro nome (renomear) e testar pra ver como o cron se comporta.

Caso resolva, de boa, usar senha é muita segurança pra pouco risco .... caso você tenha um servidor bem configurado.

 

Testei o get removendo a proteção da pasta e não fui muito feliz, o sistema não envia nenhuma notificação p/ email também.

 

A não ser quando está com o parametros de skip_backups por exemplo entre outros, acusa um erro:

 

 

 

Can't connect to skip_invoices:80 (Bad hostname)

LWP::Protocol::http::Socket: Bad hostname 'skip_invoices' at /usr/lib/perl5/site_perl/5.8.8/LWP/Protocol/http.pm line 51.

Can't connect to skip_invoicereminders:80 (Bad hostname)

LWP::Protocol::http::Socket: Bad hostname 'skip_invoicereminders' at /usr/lib/perl5/site_perl/5.8.8/LWP/Protocol/http.pm line 51.

Can't connect to skip_suspensions:80 (Bad hostname)

LWP::Protocol::http::Socket: Bad hostname 'skip_suspensions' at /usr/lib/perl5/site_perl/5.8.8/LWP/Protocol/http.pm line 51.

Can't connect to skip_terminations:80 (Bad hostname)

LWP::Protocol::http::Socket: Bad hostname 'skip_terminations' at /usr/lib/perl5/site_perl/5.8.8/LWP/Protocol/http.pm line 51.

Can't connect to skip_cancelrequests:80 (Bad hostname)

LWP::Protocol::http::Socket: Bad hostname 'skip_cancelrequests' at /usr/lib/perl5/site_perl/5.8.8/LWP/Protocol/http.pm line 51.

Can't connect to skip_backups:80 (Bad hostname)

LWP::Protocol::http::Socket: Bad hostname 'skip_backups' at /usr/lib/perl5/site_perl/5.8.8/LWP/Protocol/http.pm line 51.

 

 

Chuva,

 

Quando você roda o comando no SSH, aparece algum erro?

 

Também, tenta aumentar a memória do PHP nas configurações e veja se resolve.

 

Via ssh mostra exatamente oque mostra em atividade do sistema:

 

 

requests skip_backups

Starting

Skipping Generating Invoices

Starting Applying Late Fees

 - Late Invoice Fees added to 0 Invoices

 

Não sei se tem alguma influência em rodar o cron varias vezes ao dia (acredito que não), porque fuçando aqui, recebi pelo menos duas vezes hehehe

 

O que tem nos logs?

 

Olhei no log de erro da pasta raiz onde está o cron, mas não é reportado nenhum erro, e a atividade do sistema do whmcs registra os eventos normalmente

 

Cheguei a testar criar um novo pedido e não enviar a fatura, neste caso, ela seria enviada no proximo cron, então rodei o cron, e a fatura foi gerada como deveria, no entanto nada de report :(

 

Na versão que eu estava até então 5.0.6, nunca tive problemas com essa funcionalidade #mundowinjustow :(

 

EDIT: Esqueci de comentar que já aumentei o uso de memoria p/ 256mb

Pessoal,

 

O causador do problema eram os arquivos da versão mobile que foram colocados depois dos arquivos do whmcs 5.2.5 (além do problema do cron, um operador reportou problemas com a suspensão, reativação e criação de contas)

 

Sobrescrevi os arquivos do whmcs 5.2.5 e o cron voltou a operar normalmente :)