Bug #3129

the scheduler can not stop

Added by larry shi 10 months ago. Updated 9 months ago.

Status:Closed Start date:07/18/2012
Priority:High Due date:
Assignee:Dong Ma % Done:

0%
Category:Scheduler
Target version:2.1.0
Rank:2 Tester:

Description

testing in svn 6067, debian 6.0 64bit, single system.

1. sudo /etc/init.d/fossology start

2. do something, then
/usr/local/share/fossology/scheduler/agent/fo_scheduler -k

do the 1st and 2nd step repeatedly (perhaps 3times, will occur), will find that the scheduler does not stop, hung there, if you upload something, jobs can not be scheduled.

History

#1
Updated by Alex Norton 10 months ago

  • Status changed from New to Resolved
  • IterNum set to 5

The interface was not closing correctly.

fixed with svn 6068

#2
Updated by larry shi 10 months ago

  • Status changed from Resolved to Feedback

test in svn 6092,
both
sudo /usr/local/share/fossology/scheduler/agent/fo_scheduler -k
and
sudo /etc/init.d/fossology stop
can not work.

#3
Updated by Alex Norton 10 months ago

I am not having this behavior. All methods of stopping the scheduler are working perfectly for me.

Are there any extra steps that you are taking that could be causing this issue?

#4
Updated by larry shi 10 months ago

can not stop on debian 6.0/64bit, can stop on debian 6.0/32bit.

always find error msg in /var/log/fossology/fossology.log, no matter if the scheduler stop or not.
2012-07-31 11:13:24 scheduler [14153] :: ERROR database.c.808: failed to reset job queue
2012-07-31 11:13:24 scheduler [14153] :: ERROR postgresql error: ERROR: column "jqschedinfo" of relation "jobqueue" does not exist
2012-07-31 11:13:24 scheduler [14153] :: LINE 1: ...T jq_starttime=null, jq_endtext=null, jqschedinf...
2012-07-31 11:13:24 scheduler [14153] ::

#5
Updated by Alex Norton 10 months ago

The database error is a completely different issue, I have fixed it with svn 6098.

I'm still unable to replicate the behavior that the scheduler is unable to stop correctly.

#6
Updated by Dan Stangel 10 months ago

  • IterNum changed from 5 to 6

Bump to iteration 6.

#7
Updated by larry shi 10 months ago

  • Assignee changed from Alex Norton to Dong Ma

vincent, can you help to test if you can reproduce this issue? thanks

#8
Updated by Dong Ma 10 months ago

  • Estimate set to 2

#9
Updated by Dong Ma 10 months ago

  • Status changed from Feedback to In Progress

#10
Updated by Dong Ma 10 months ago

  • Status changed from In Progress to Closed

Verified in svn6128, cannot reproduce this bug, close it.

#11
Updated by Mary Laser 9 months ago

  • Target version changed from 2.0.1 to 2.1.0

Also available in: Atom PDF