Bug #1797

An invalid url provided to upload causes the scheduler to stop

Added by larry shi about 1 year ago. Updated about 1 year ago.

Status:Closed Start date:04/11/2012
Priority:Normal Due date:
Assignee:Mary Laser % Done:

0%
Category:Scheduler
Target version:2.0.0
Rank: Tester:

Description

tested in svn 5760 and Debian: deb http://fossbuild.usa.hp.com/fossology/2.0.0/testing/20120410/debian/6.0

Enter one valid url to upload, the scheduler stops

it does not make sense.

error msg on wget.
2012-04-11 11:30:49 scheduler [10590] :: JOB28.wget_agent[10641.localhost]: "FATAL wget_agent.c.371: upload 6 Download failed; Return code 8 from: /usr/bin/wget -q --no-check-certificate --progress=dot -rc -np -e robots=off -k -P '/srv/fossology/repository/squeeze64/wget/wget.10641.dir' 'http://linuxqa.chn.hp.com/pbfd/smt/smt.cr' -l 1 -R index.html* 2>&1"
2012-04-11 11:30:49 scheduler [10590] :: JOB28.wget_agent[10641.localhost]: agent failed with error code 12
2012-04-11 11:30:49 scheduler [10590] :: JOB28.wget_agent[10641.localhost]: agent failed, code: 12

Hi Alex,

if one agent is failed, will lead to the scheduler fails, right?

History

#1
Updated by Alex Norton about 1 year ago

  • Status changed from New to In Progress

Was there anything special about your setup for this bug because mine is completing correctly and the scheduler is still running after the job?

When an agent fails, the scheduler should not fail. It should still be running.

#2
Updated by larry shi about 1 year ago

sorry, Enter one invalid url to upload, the scheduler stops.

#3
Updated by larry shi about 1 year ago

larry shi wrote:

sorry, Enter one invalid url to upload, the scheduler stops.

Enter one invalid url to upload(already set the http proxy), sometimes the scheduler stops, sometimes does not, confirm on debian 6.0/64 and ubuntu 1110/64.

#4
Updated by Mary Laser about 1 year ago

  • Subject changed from Enter one valid url to upload, the scheduler stops to An invalid url provided to upload causes the scheduler to stop

#5
Updated by larry shi about 1 year ago

  • Status changed from In Progress to Resolved

it is weired, today, I re-tested in debian 6.0/64bit installing from source in svn 5788, re-tested on ubuntu 11.10/64bit, rhel 6.0/64bit installing from 20120410 packages, can not reproduce this issue.
So I mark this issue as resolved.
anyone can help to verify this issue? thanks

#6
Updated by Mary Laser about 1 year ago

  • Assignee changed from Alex Norton to Mary Laser

assigning to mary for verification on cluster installed with new 20120416 packages

#7
Updated by Mary Laser about 1 year ago

  • Status changed from Resolved to Closed

verified on snape cluster installed with 20120416 packages.
http://snape.ostt/repo/?mod=showjobs&upload=1

Also available in: Atom PDF