Magento 1.9.1 cron_schedule não é escolhido para sempre

Passei quase três dias e não consigo entender e criar o Magento Cron para processar as tarefas agendadas. Estou executando o Magento 1.9.1.0 e notei recentemente que os emails de pedidos agora estão na fila em vez de serem enviados instantaneamente. Entendo a necessidade, mas não consigo fazer com que o sistema escolha as filas.

Aqui está a minha opinião sobre Cronjob.

Aqui está minha linha de comando do cronjob.

Aqui está como as tarefas são criadas na tabela cron_schedule.

Como os registros são criados na tabela cron_schedule, acho que o Cron está sendo executado uma vez a cada 5 minutos. Se eu excluir manualmente esses registros via PhpMyAdmin, os registros serão criados automaticamente após algum tempo.

Mas o status das tarefas permanece "pendente" e nunca completo. Não tenho certeza se algo está errado na minha configuração ou se está faltando alguma coisa. Alguém pode me ajudar como executar a tarefa agendada no prazo. Também por que vários registros são criados para um código de tarefa?

Atualizar

Limpei a tabela inteira e o cron criou os trabalhos agendados. Todos os trabalhos estão em estado pendente e nunca são executados, mesmo aguardando mais de 60 minutos. Algo está errado no Magento 1.9.1

Atualização 11/02: Hoje fiz mais algumas análises sobre o processo.

Eu editei o cron.php como abaixo

echo 'iam before mdefault 1';
shell_exec("/bin/sh $baseDir/cron.sh $fileName -mdefault 1 > /dev/null 2>&1 &");
echo 'iam before malways 1';
shell_exec("/bin/sh $baseDir/cron.sh $fileName -malways 1 > /dev/null 2>&1 &");
echo 'i returned success';

Editei a classe Mage_Cron_Model_Observer como abaixo

public function dispatch($observer) {
  echo 'iam inside dispath';

Meu entendimento era que quando o cron executa o comando -mdefault, ele deve chamar a função de despacho e a execução acontece. Mas o que aconteceu foi o seguinte na saída cron.

Content-type: text/html

iam before mdefault 1iam before malways 1i returned success

Isso significa que o despacho não chama todos ...

Uma outra tentativa

Mudei manualmente a variável $isShellDisabled = true;e a seguir, no cron.php.

if ($isShellDisabled) {
  echo 'before always';
  Mage::dispatchEvent('always');
  echo 'after always';
  Mage::dispatchEvent('default');
  echo 'after default';
} else {
  Mage::dispatchEvent($cronMode);
}

A saída cron para o acima é como abaixo

Content-type: text/html

before alwaysiam inside dispath alwaysafter always

Agora ele chama o 'dispatchAlways', mas não o 'dispatch'

Nenhuma das respostas me ajuda. Ele nunca escolhe as tarefas agendadas. Ou seja, quando o Cron é executado pela primeira vez, ele criou com êxito as tarefas na tabela. Mas nunca executa a tarefa.

Era a versão PHP do Cron Jobs.

A versão do PHP foi definida corretamente para o site e é por isso que estava funcionando; no entanto, Cron Jobs estava sendo executado no PHP nativo do servidor 5.3, motivo pelo qual eu estava recebendo os erros apenas ao executar o Cron. Eu atualizei para a versão 5.5.

Comando Cron alterado:

php /home/mydomainname/public_html/cron.php
to
php55 /home/mydomainname/public_html/cron.php

ou no hostgator:

/opt/php55/bin/php /home/mydomainname/public_html/cron.php

no cron.php

$isShellDisabled = (stripos(PHP_OS, 'win') === false) ? $isShellDisabled : true;

Após essa linha, adicione:

$isShellDisabled = true;

você tentou esvaziar a cron_schedulemesa? Verifique se está cheio de novas tarefas depois de uma hora ou mais.

Além disso, você pode usar Aoe_Scheduler para desativar cronjobs específicos. Veja se algum em particular pode causar um erro que interrompe todas as outras tarefas.

A maneira como os cronjobs do Magento são configurados como um erro fatal em um script causará falha na execução de todas as tarefas

Como primeiro passo, sugiro reverter suas configurações para as configurações cron padrão do Magento:

Há um problema nas suas configurações atuais: sua agenda é gerada a cada 15 minutos, mas agendada apenas por 5 minutos, deixando um intervalo de 10 minutos.

O mesmo problema para mim.

Erro "Tarde demais ..." encontrado.

Após a limpeza da cron_scheduletabela, o cron.sh parou de funcionar (não está mais agendando).

Funcionou apenas após matar todos os processos antigos de Cron.

Eu tive o mesmo problema. Meu problema foi específico do fuso horário: as colunas created_ate scheduled_atna cron_scheduletabela devem ser UTC + 0, minhas entradas foram UTC + 2.

Para verificar isso, você pode simplesmente definir as datas de created_ate scheduled_atpara ontem e aguardar até o próximo cronograma.

Espero que ajude alguém!

No Bluehost, na mudança cron.sh

 PHP_BIN=`which php`

para

 PHP_BIN="php54s"

Por padrão, na hospedagem compartilhada, ele executa o PHP 5.2.

Eu também tive que mudar cron.php, substituindo as duas $isShellDisabledlinhas por $isShellDisabled = true;

Para se livrar dos avisos do PHP, eu também adicionei essas linhas antes

$_SERVER['SCRIPT_NAME'] = 

if (empty($_SERVER['SCRIPT_FILENAME'])) $_SERVER['SCRIPT_FILENAME'] = '~/public_html/cron.php';
if (empty($_SERVER['SCRIPT_NAME'])) $_SERVER['SCRIPT_NAME'] = '/cron.php';