Potrebbe essere un problema durante il caricamento di un file personalizzato di classe di lavoro. Per provarlo, prova questo:
- Immettere la console delle guide
rails console --sandbox
.
- Assicurarsi di avere un lavoro nella tabella
job = Delayed::Job.first
.
- Prova
YAML.load(job.handler)
. Se si verifica un errore simile a questo: ArgumentError: undefined class/module MyCustomClass
, è probabilmente un problema caricare il processo personalizzato
- Sempre nella console delle guide, eseguire
require 'My_Custom_Class
. Quindi eseguire nuovamente il comando YAML.load(job.handler)
. Se questo restituisce l'oggetto appropriato è sicuramente un problema di caricamento di classe.
per risolvere il problema di creare il file config/initializers/custom.rb
e in essa ha messo require 'My_Custom_Class'
.
Si dovrebbe quindi essere in grado di eseguire rake jobs::workoff
e ottenere qualcosa che assomiglia a questo:
[Worker(host:my.host pid:5085)] Starting job worker
[Worker(host:my.host pid:5085)] MyCustomJob completed after 0.0774
[Worker(host:my.host pid:5085)] 1 jobs processed at 9.1935 j/s, 0 failed ...
[Worker(host:my.host pid:5085)] No more jobs available. Exiting
fonte
2013-04-15 20:22:11
Qual è il risultato di 'RAILS_ENV = sviluppo di script/delayed_job status'? – Ernest
Hai provato a eseguirlo senza demoni gemma? – Ernest
Gemfile.lock afferma che i daemon sono una dipendenza richiesta ma io rimuoverò l'uso esplicito e provarlo. Il motivo per cui l'ho fatto è stato provare e forzare Daemonize ad usare una versione particolare (un sacco di suggerimenti StackOverflow ruotavano attorno all'uso di 1.0.10 per i demoni) poiché avevo daemon 1.1.4 sul sistema. I lavori – Aditya