Custom Query (981 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (19 - 21 of 981)

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
Ticket Resolution Summary Owner Reporter
#411 wontfix VTU URL change causes BOINC client to crash davea ubt-timbo
Description

I recently downloaded some VTU WUs. These were in my cache, awaiting the completion of other project WUs.

One morning I awoke to find BOINC Manager had crashed. Trying to restart BOINC Manager, caused my "attached projects" list to be displayed for about 2 seconds and then they ALL disappeared. Likewise, there were no messages and the graphics were shoing I wasn't attached to anything.

Likewise, BOINC Manager refused to connect to "localhost", claiming that it couldn't connect,

I restarted BOINC and attempted to "suspend" both running network activity, but BOINC Manager refused to allow me to stop either before it caused the projects list to disappear.

I tried to change my preferences, but this didn't work as the preferences I set were ignored and restored immediately to the default settings.

So, I uninstalled the v5.10.18 I was running and installed v5.10.20. Same problem.

I then edited the registry and removed all traces of BOINC client, and then moved the BOINC folder elsewhere and re-installed. Same problem.

I then started looking for help online and someone else had a similar problem on the BOINC Message Board. Jord advised me about a URL change from VTU@home.

So, I edited my client_state.xml file to update to the NEW VTU URL.

This then allowed me to start BOINC normally, and I was then able to detach the VTU project.

So far, after 5 hours of crunching, BOINC Manager is still working properly again.

My original posting on the BOINC Message Forum is answered here:

http://boinc.berkeley.edu/dev/forum_thread.php?id=2131&nowrap=true#12578

I have my logs, from the various BOINC log files available, so if required I can email them to someone for inspection.

I've lost approx 3 full days of crunching due to this...as well as missing a few deadlines !!

It even got to the point where I thought I had to re-install the Windows Winsock, even though everything else was working on the PC !!

regards

Tim System: Pentium P4/HT @ 3GHz, 1GB RAM, 40GB HDD, Windows XP Pro

#395 fixed linux 5.10.8 boinc_cmd --help references invalid --acct_mgr_rpc option, missing --join_acct_mgr, --quit_acct_mgr, --version davea twells
Description

I recently updated to the latest linux version (5.10.8) and decided to start using an account manager and had some frustration trying to figure out how to attach. Based on google searches and the output of boinc_cmd --help, --acct_mgr_rpc was what I apparently needed to use. However --acct_mgr_rpc appears to no longer be valid in 5.10.8 and has apparently been replaced with --join_acct_mgr and --quit_acct_mgr which do not appear in --help but can be found by doing a strings on the binary.

It would be useful if all of the available commands could be added to the ./boinc_cmd --help output. Likewise --acct_mgr_rpc should either be removed and/or return some text stating what options to use instead.

I also noticed that while preparing this bug report that --version isn't listed there but should be too as it works.

Thanks,

Tabor

Output from boinc_cmd below

[twells@riverside BOINC]$ ./boinc_cmd --version
boinc_cmd,  built from BOINC 5.10.8 

[twells@riverside BOINC]$ ./boinc_cmd --acct_mgr_rpc http://bam.boincstats.com/ twells <password removed>
unrecognized command --acct_mgr_rpc

[twells@riverside BOINC]$ strings boinc_cmd | grep mgr
 --acct_mgr_rpc url name password
--join_acct_mgr
--quit_acct_mgr


[twells@riverside BOINC]$ ./boinc_cmd --host localhost --join_acct_mgr http://bam.boincstats.com/ twells <password removed>
poll status: operation in progress
poll status: operation in progress
[twells@riverside BOINC]$ tail -f stdoutdae.txt 
2007-09-05 21:02:22 [---] Contacting account manager at http://bam.boincstats.com/
2007-09-05 21:02:24 [---] Account manager: BAM Host-ID: 60209
2007-09-05 21:02:24 [---] Account manager contact succeeded

[twells@riverside BOINC]$ ./boinc_cmd --help

usage: boinc_cmd [--host hostname] [--passwd passwd] command

Commands:
 --get_state                        show entire state
 --get_results                      show results
 --get_file_transfers               show file transfers
 --get_project_status               show status of all attached projects
 --get_simple_gui_info              show status of projects and active results
 --get_disk_usage                   show disk usage
 --result url result_name op        job operation
   op = suspend | resume | abort | graphics_window | graphics_fullscreen
 --project url op                   project operation
   op = reset | detach | update | suspend | resume | nomorework | allowmorework
 --project_attach url auth          attach to project
 --file_transfer url filename op    file transfer operation
   op = retry | abort
 --set_run_mode mode duration       set run mode for given duration
   mode = always | auto | never
 --set_network_mode mode duration
 --get_proxy_settings
 --set_proxy_settings
 --get_messages seqno               show messages > seqno
 --get_host_info
 --acct_mgr_rpc url name password
 --run_benchmarks
 --get_screensaver_mode
 --set_screensaver_mode on|off blank_time [desktop window_station]
 --get_project_config url
 --get_project_config_poll
 --lookup_account url email passwd
 --create_account url email passwd name
 --read_global_prefs_override
 --read_cc_config
 --network_available
 --get_cc_status
 --set_debts URL1 std1 ltd1 [URL2 std2 ltd2 ...]
 --quit
#471 fixed Attaching to project should be broken atm. davea tstrunk
Description

Attaching to project gives errors on the lookup account (clientside).

In html/user/lookup_account.php:37 $user->update(passwd_hash='$user->passwd_hash'");

should be: $user->update("passwd_hash='$user->passwd_hash'");

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17
Note: See TracQuery for help on using queries.