| Info | Message |
|---|---|
| 1) Message boards : Server programs : Validation Bug?
Message 38952 Posted 14 Jul 2011 by Zydor |
Thought I would post this here as I am not on the Alpha list - may help someone, before the WU gets absorbed in deletions etc. I crunched a WU at Moo, and it was flagged as invalid - thats life, happens. The WU however was sent back to the same machine for the recheck, which shouldnt happen. The recrunch came up in the queue on the same machine as the original job, and was validated. Great ..... but it then was parked in the invalid lists. I assume because two previous crunchers had marked it invalid. All a bit strange .... could well be something perfectly reasonable and innocent about it all. However on the face of it, two cardinal rules of validation were broken. I am aware some discussion has happened in the past in this area of validation, I have no idea what the status of any resolution, or even if it is a case of resolution needed. I have highlighted it at Moo, but did here also as the WU may get deleted on normal server routines before someone gets the chance to see the outcome. http://moowrap.net/workunit.php?wuid=963690 http://moowrap.net/forum_thread.php?id=90&nowrap=true#799 Over to the great and the good :) Regards Zy |
| 2) Message boards : Questions and problems : Moo!Wrapper & BOINC Account Pages Projects Lists
Message 38011 Posted 26 May 2011 by Zydor |
Moo!Wrapper going really well, and settling down nicely, thumbs up to Teemu. Still some of the more esoteric startup bugs being sorted, as is only to be expected, but everyday "normal" runs going very well. One sticking issue is Stats showing on BOINC Project Account Pages and elsewhere. In all Projects, on the list of Projects being crunched by a user that shows in BOINC Projects Account Pages, Moo!Wrapper is not listed. It is being addressed at Moo!Wrapper, but the cause of the problem is so far still a mystery. The list is obviously built by the Server on the Fly from a php statement and the server goes off to get the info. But where and what triggers the list building in the server code? Knowing the latter, it could then be deduced what is missing and why Moo!Wrapper is not showing up, when others do. Other Projects show up, so the server code is not bugged, there must be something missing from wherever the server goes to in order to build the list. Its not only all BOINC Projects Account Pages affected, other types of stats based list in BOINCLand (eg some signature blocks) are also missing Moo!Wrapper. Looks like some kind of php issue ??, but if at the least it could be understood what triggers the list bulding in the server code, and where its pulling the info from, then it could be deduced whats going wrong. Any php and/or BOINC server gurus out there who might know what the base issue is ? Regards Zy |
| 3) Message boards : Projects : AndrOINC Aims & BOINC Status
Message 36626 Posted 27 Jan 2011 by Zydor |
AndrOINC and DNETC are closing down as at end of play 31 Jan 2010 Regards Zy |
| 4) Message boards : Projects : AndrOINC Aims & BOINC Status
Message 36544 Posted 23 Jan 2011 by Zydor |
AndrOINC is a boinc project trying to break a 1024 bit RSA key used by Motorola to sign the boot and recovery partitions on the Motorola Milestone. If this key could be broken, we would be able to sign our own boot/recovery images, which would enable us to run custom kernels and recovery images on the Milestone. IMHO this is a dubious aim for a BOINC Project. DNETC aims to break an RSA key, but thats with a legitimate competition sponsored by the Vendor. This appears wholey different. I dont know much about the Motorola Milestone, but it does appear on the surface that the Project aims to break one of Motorola's security features. I could be way wrong of course, and the latter is why I am posting. I will happily stand corrected if I am wrong. There are no references or Motorola statements to steer this back into clear legitimate territory. At best, it appears to be of questionable Ethical standing without such Motorola statements, and against what BOINC stands for. Not gunning for them as such, just raising the question at BOINC level about AndrOINC's status and legitimacy of its aims. If a Project with these aims, and no corresponding blessing from the target Vendor is allowed to operate, it destroys BOINC's basic premise on what BOINC stands for. AndrOINC Project Home Page Regards Zy |
| 5) Message boards : Server programs : 100 Slot Limitation - Feeder/Schedular
Message 26758 Posted 24 Aug 2009 by Zydor |
There is by default 100 slots available for WUs to service the Feeder/Schedular work fetch/flow of WUs. The number of slots can be raised in server side BOINC config, but this appears to hit a wall in that the slots are serviced from Server shared memory which is finite. Increase the slots by any meaningfull number and the server crashes due to shared memory resource being exceeded. Anyone know of a way to increase the number of slots significantly abvove 100 and not crash the server due to OpSys shared memory limitations ? Regards Zy |
| 6) Message boards : Projects : AQUA grants insane amount of credits
Message 25987 Posted 13 Jul 2009 by Zydor |
Its a simple Project error - its an Alpha Project, it happens with most as they build up. Took MW a long time to resolve its credits issues, some are still there re credits, and thats fine, life moves on, action is being taken. They are not the first to have credit issues at Alpha stage, and will not be the last. I have no doubt it will be discussed at Project level Monday. A complicating factor in applying a resolution will be the work in progress on the next GPU application. Nonetheless they should have taken temporary "quick fix" action by the end of the week. If they have not done so by the end of next week ...... then they will rightly come in for some vitriol. Meanwhile they need space to resolve it - and continued "conspiracy" theories or knee jerk "cheating" accusations will not help. I doubt they would take notice of such out of place remarks anyway - they'll be too busy sorting out a fix for the problem ...... Regards Zy |
Copyright © 2025 University of California.
Permission is granted to copy, distribute and/or modify this document
under the terms of the GNU Free Documentation License,
Version 1.2 or any later version published by the Free Software Foundation.