To do this, set host.max_results_day to -1.
If you do this, scheduler requests from that host
will get an error message, and will otherwise be ignored
(no jobs in or out, no trickles).
- Scheduler: send_message() should be called ONLY if you're
not going to call handle_request();
otherwise we'll write two separate replies.
To fix this, I added a separate function (send_error_message())
that can be called within handle_request()
to deal with error situations.
- Scheduler: moved debug_sched() to main.C
- Scheduler: moved logic to send "delete file" commands
out of handle_request() into a separate function,
send_file_deletes() in sched_locality.C.
Remove #ifdef EINSTEIN_AT_HOMEs; maybe someday another project
will use locality scheduling!
svn path=/trunk/boinc/; revision=13108
"resend_lost_results" option was used also
(because the count of in-progress results was
based from the DB query used by resend_lost_results).
Fix: initialize the count of in-progress results to
the list provided in the scheduler request.
- scheduler: add "--mark_jobs_done" flag; if set, all jobs
sent are marked as done, and their WUs enabled for transition.
This is used for simulation purposes,
in conjunction with sched_driver.
- scheduler: if --batch option is set, don't check RPC seqnos
(for simulation purposes)
svn path=/trunk/boinc/; revision=13101
This generates a sequence of scheduler requests,
with host info taken from a file,
that you can feed into the scheduler (cgi --batch)
to simulate things like homogeneous redundancy
- Added args to XML_PARSER::skip_unexpected() to you can say
whether to write messages to stderr for unparsed stuff.
This is set to true if log_flags.unparsed_xml is set (client)
or if debug_level is 3 (server)
- removed references to $(LIBRSA) in Makefile.am's
client/
Makefile.am
acct_mgr.C
gui_rpc_server_ops.C
log_flags.C
lib/
Makefile.am
app_ipc.C
gui_rpc_client_ops.C
parse.C,h
prefs.C
sched/
Makefile.am
sched_config.C
sched_driver.C
svn path=/trunk/boinc/; revision=13090
- client and Manager: attempts to fix problems
if <guirpc_debug> is set
client/
gui_rpc_server_ops.C
clientgui/
MainDocument.cpp
lib/
gui_rpc_client_ops.C
md5_file.C
svn path=/trunk/boinc/; revision=13083
a parameter is wrong it just terminates the process with
a 0xc000000d. This is a shot in the dark but I think it
is a good guess as to what is happening right now.
lib/
diagnostics.C, .h
diagnostics_win.C
svn path=/trunk/boinc/; revision=13042
between completing a result and reporting it.
- back end: added <httpd_user> config option:
Web server user name (used by file deleter)
- back end: don't report unparsed XML in config.xml as an error
client/
app.h
work_fetch.C
lib/
shmem.C
sched/
file_deleter.C
file_upload_handler.C
sched_config.C,h
show_shmem.C
svn path=/trunk/boinc/; revision=13039
- back end: use boinc_mkdir to get permissions right
html/inc/
stats_sites.inc
lib/
filesys.C
sched/
db_dump.C
db_purge.C
feeder.C
svn path=/trunk/boinc/; revision=13033
on successive calls, scans through ALL the sendable
jobs satisfying the select clause
(it does this by ID order, so there's no order clause)
This is used for HR, so that if a job has been committed
to an HR class, we eventually get it.
With extremely minimal testing, the new HR stuff seems to work.
db/
boinc_db.C,h
sched/
feeder.C
sample_work_generator.C
server_types.C
svn path=/trunk/boinc/; revision=12988
David Anderson