Posts by Raistmer

1) Message boards : News : Rosetta version 4.20 released for testing (Message 6800) Posted 1 May 2020 by Raistmer Post: I'll send out more tasks. It would be nice to have more android and linux-arm devices in the test pool. I'm still seeing some "finish file present too long" errors. Will add capable phone to Ralph too for testing along with Linux host.
2) Message boards : News : Rosetta version 4.20 released for testing (Message 6789) Posted 1 May 2020 by Raistmer Post: I noticed a few hosts had issues extracting into the project directory so instead of just failing, this option allows them to continue on with the previous method of extracting into the run directory. I'm not sure what exactly caused it, one was a permissions issue and another was missing files, but rare. "Missing files" - maybe user deliberately removed new directory? Regarding permission - how they could be set to allow BOINC to write files to project dir (all task and result data stored into project dirs actually with just soft links to slot) and app to be not able to do the same... project dir can't be readonly or BOINC will not work at all... Anyway 8 tasks completed OK for 4.20 on my test host. Can't say was fallback active or not (any traces at least in result stderr of it? ) Currrently host asking for new work but doesn't get any. EDIT: I think the one trace definiely should be: Peak disk usage 6.13 MB - with fallback this result field should be ~1GB...
3) Message boards : News : Rosetta version 4.20 released for testing (Message 6788) Posted 1 May 2020 by Raistmer Post: but literally how do the fallback happen? would that means a new selection option in preferences? it may help to amass an 'faq' for this new 'feature'. my thoughts are that in addition, users can examine log files or online logs for errors of the failed jobs and perhaps fix permissions problems in the project folder At least it would be good if app send notice when it does such fallback. To allow user to fix this issue. Failsafe feature is good, but when it lead to such inefficiency better if user have his chance to help.
4) Message boards : News : Rosetta version 4.18 released for testing (Message 6787) Posted 1 May 2020 by Raistmer Post: Got 4 WUs with errors: https://ralph.bakerlab.org/workunit.php?wuid=4505145 https://ralph.bakerlab.org/workunit.php?wuid=4493820 https://ralph.bakerlab.org/workunit.php?wuid=4515495 https://ralph.bakerlab.org/workunit.php?wuid=4517195 All other 4.18 WUs ran sucessfully though. </stderr_txt> <message> upload failure: <file_xfer_error> <file_name>Mini_Protein_binds_IL6R_COVID-19_test3_SAVE_ALL_OUT_IGNORE_THE_REST_0cj9pv7f_32_405_1_r150793683_0</file_name> <error_code>-240 (stat() failed)</error_code> </file_xfer_error> </message> More like server than science app issue.
5) Message boards : News : New application version 4.17 graphics has issues. (Message 6767) Posted 30 Apr 2020 by Raistmer Post: yes, there is a bit of a wait for the graphics to initialize. And it worth the waiting. Very nice to see peptide your PC working on in such glamorous look :)
6) Message boards : News : New application version 4.17 graphics has issues. (Message 6761) Posted 30 Apr 2020 by Raistmer Post: Seems impossible to create separate thread so posting here: Running 1 4.17 + 3 4.18 tasks simultaneously, no issues, all share DB OK. Graphics works, same way as for 4.17 (OS Vista x86)
7) Message boards : News : New application version 4.17 graphics has issues. (Message 6759) Posted 29 Apr 2020 by Raistmer Post: /edit-update. I don't know if it's a BOINC or Rosetta bug, but the 4.16 "Show Graphics" option pops up the graphics in a small window, and if you resize that window at all it goes black and stops showing the graphics. Same on Windows but after awaiting ~min black screen fills with correct image and graphics work again.
8) Message boards : News : New application version 4.17 graphics has issues. (Message 6758) Posted 29 Apr 2020 by Raistmer Post: Done 5 1h-tasks so far - all good. graphics works (4.17, OS Vista x86)