hashview-old icon indicating copy to clipboard operation
hashview-old copied to clipboard

Internal Server Error when trying to start job

Open GrepItAll opened this issue 8 years ago • 4 comments

I hope this isn't seen as a duplicate of #320

I have created a job containing 6 tasks. Upon trying to start the job, I get 'Internal Server Error', but upon going back to the job queue, I can see that the job says 'queued' (hourglass icon), but nothing is currently running.

This is a few lines of the error chucked into the console:

14:19:00 web.1 | 2017-10-05 14:19:00 - NoMethodError - undefined method `path' for nil:NilClass: 14:19:00 web.1 | /home/user/Desktop/hashview/helpers/build_crack_cmd.rb:70:in `buildCrackCmd' 14:19:00 web.1 | /home/user/Desktop/hashview/routes/jobs.rb:398:in `block (2 levels) in <top (required)>' 14:19:00 web.1 | /home/user/Desktop/hashview/routes/jobs.rb:384:in `each' 14:19:00 web.1 | /home/user/Desktop/hashview/routes/jobs.rb:384:in `block in <top (required)>'

Hope that helps.

GrepItAll avatar Oct 05 '17 13:10 GrepItAll

I did a bit of testing and the error only appeared to occur when I used a task with a dictionary (english.dic) without any rules in the task. Other wordlists on their own would work. I think the reason that english.dic wasn't working could of been from how I imported it? I dropped it into the folder of Hashview so it automatically imported, whilst all others were uploaded through the web interface. Not sure if this would effect it or not.

GrepItAll avatar Oct 05 '17 13:10 GrepItAll

I think you're on the right track. could you do a select * from tasks:

and

select * from wordlists;

My guess is that english.dic's path listed under wordlists isn't correct, OR the wl_id listed under tasks is assigned to a non-existant wordlist entry.

If this is this case, the quickest fix would be to delete both task/wordlist and recreate

i128 avatar Oct 05 '17 13:10 i128

So it looks like the record in the tasks table had the correct wl_id, but had the wrong hc_rule (there shouldn't have been any rule for it).

I have deleted the rows and reuploaded the dictionary through the web interface and this appears to have resolved the issue.

Might be good if Hashview could either reset or check the validity of the Hashview MySQL table before reinstalling? Or just add a note on the Wiki prompting to reset the DB if Hashview is being reinstalled.

GrepItAll avatar Oct 06 '17 09:10 GrepItAll

Note to self, this issue can occur when an upgrade occurs and there's pre-existing tasks/jobs

i128 avatar Oct 18 '17 01:10 i128