21) Message boards : Number crunching : most unpolite host of the day (Message 36221)
Posted 3 Aug 2018 by vseven

For the record I am not accusing you of cheating, I do not know either way if you are or not.
My concern is that the project is happily marking results as valid with a high credit score when I don't believe they should be valid.

Well I'm not. I wouldn't even know how to. As I said I attached the project and thats it. I just recently noticed it had so many invalids, did a reset project, it didn't help, and then I started checking these forums at which point I found this thread.

These other hosts that are doing the same thing I doubt are cheating either.....I'm thinking the code is just buggy. I know I've returned a lot of HITS files since I was affected by that upload/download issue a couple weeks ago and I even posted in that thread. I don't know what the difference between the jobs that are marked valid that return HITs files, those that are marked valid that return nothing, and those that are invalid. Maybe a admin can figure out what the issue is but I wouldn't blame those other hosts of anything malicious until the code is verified to be ok.
22) Message boards : Number crunching : most unpolite host of the day (Message 36216)
Posted 2 Aug 2018 by vseven
I don't know either which is why I posted when I saw this thread. Lol....if I was somehow cheating why would I draw attention to myself? I was more hoping to figure out why I had so many invalid results so I could fix it....if it can be fixed. Like I said I've done nothing to modify anything and I've tried resetting the project which didn't change anything.

Only difference is the one returning a lot of invalid is a older server (5 years old) which to me would mean it should be overall slower. The one with almost all valid results is newer (2 years old).
23) Message boards : Number crunching : most unpolite host of the day (Message 36214)
Posted 2 Aug 2018 by vseven
I have a second host with 40 threads that runs five 8 CPU WU's at a time, also with plenty of RAM and disk space. It has 380 valid and 3 invalid. WU take anyhere from 400 seconds up to one I see at 32000 seconds. I even ran a "reset project" on both hosts to make sure everything was correct and both re-downloaded the VDI file fresh. Same results on both.

Now I see what happened - I would call it cheating.
Sorry, in this case there's no support from my side.

So attaching to a project, letting it download its own files, and letting it run with zero modifications to anything is cheating? How so?
24) Message boards : Number crunching : most unpolite host of the day (Message 36208)
Posted 2 Aug 2018 by vseven
As mentioned in another thread you may consider to make your logs visible for other volunteers.
This would make it easier to give a qualified answer.

To do so, navigate to https://lhcathome.cern.ch/lhcathome/prefs.php?subset=project and check the box near "Should LHC@home show your computers on its web site?".

I know how to but I rather not expose all of my machines. But I can post examples.

Marked valid: https://lhcathome.cern.ch/lhcathome/result.php?resultid=203431393
Marked invalid: https://lhcathome.cern.ch/lhcathome/result.php?resultid=203456578

I'm think for gridcoin it because the users are automatically added to this project without really knowing so they don't realize they need virtualbox.

OIC... gullible users auto added to difficult project by some misguided, uncaring group admin. What could possibly go wrong with that? He needs a PM from bronco.

As someone that is on team Gridcoin I can tell you nothing is automatically added. Now if they use "Charity Engine" then yes project are added without the users knowledge. Its a nice scam the Charity Engine people have going.
25) Message boards : Number crunching : most unpolite host of the day (Message 36201)
Posted 2 Aug 2018 by vseven
I hate to admit it but I have a bad host myself that I cannot figure out. I haven't said anything because it does report valid tasks but its like 60% valid to 40% invalid. Its a 24 thread machine with 64Gb of RAM running three 8 core WU's at a time. The weird thing is in the stderr output for the invalids it says everything was successful. Going to try and reduce the number of cores allowed to 22 so there are some spares for the machine itself and see if that makes a difference.

My other two hosts have 1 or 2 invalids to hundreds of valid tasks which is what doesn't make sense to me. Same version of BOINC, VirtaulBox, OS, etc.
26) Message boards : ATLAS application : New BOINC 7.12.1 causing "Postponed: Communication with VM Hypervisor failed" errors (Message 35977)
Posted 20 Jul 2018 by vseven
Upgraded three hosts to BOINC 7.12.1 from 7.10.2 today. Upgrade went fine. Rebooted computers Tasks seemed to go fine then on one machines all the tasks started stopping at 73 - 74% with this message, moving to the next task, getting to 73-74% and stopping, etc. It now has 30+ tasks all stuck between 73-74%. The other server didn't even try, they all say postponed at 0%. Tried upgrading VBox to latest version, didn't help.

The two machines this was happening on are Server 2012 R2 with plenty of RAM/Disk/CPU. Both were doing multiple 8 CPU WU's. They were running great before this upgrade. A Windows 10 machine with the same upgrade is working fine on 2 CPU WU's.

I shut down BOINC on both servers, uninstalled 7.12.2, uninstalled VBox, and restarted. Reinstalled VBox 5.2.8 and BOINC 7.10.2 and rebooted again. Both came back up fine and started processing tasks again although I lost my progress on the majority of them.

Not sure what they did in 7.12.2 but something isn't right either in the new BOINC client or in this projects wrapper. Hopefully someone else can test and confirm the same issue.
27) Message boards : Number crunching : Downloads have stalled (Message 35766)
Posted 4 Jul 2018 by vseven
My downloads are better...some still get stuck and apparently the "retry" option doesn't actual work...it just throws a "error while downloading". Uploads are starting to get through but still taking hours.
28) Message boards : Number crunching : The Server (Message 35749)
Posted 2 Jul 2018 by vseven
This morning a procedure was run to remove all orphaned tasks. However, more results were deleted than intended and impacted some running tasks.

Is anything being done about the uploading issues? Multiple people have been saying uploads are stalling but I haven't heard anything from project admins other then "it works for us". I have 30+ results that won't upload, keep getting a project backoff message.
29) Message boards : Number crunching : Downloads have stalled (Message 35714)
Posted 30 Jun 2018 by vseven
Have you tested:

Multiple times. It helps downloads but doesn't matter for uploads...they get 4 - 6 Mb uploaded and stall out. All my other projects have no issues on the same machine.
30) Message boards : Number crunching : Downloads have stalled (Message 35709)
Posted 30 Jun 2018 by vseven
I'm now sitting with over 30 tasks that cant upload. Same machine is running other projects with no issues.
31) Message boards : Number crunching : Downloads have stalled (Message 35674)
Posted 28 Jun 2018 by vseven
Sorry, but as mentioned, on our BOINC clients upload speed is normal.

Its definitely a problem. This just started happening to both downloads and uploads. I have over 20 results trying to upload that keep failing. A week ago I never saw this issue. There is something going on whether you personally see it on your end or not.
32) Message boards : Number crunching : Downloads have stalled (Message 35655)
Posted 27 Jun 2018 by vseven
Same here except a lot of my downloads are simply failing. I'm up to 42 Errors all due to "Error while downloading". I'm getting some downloads, have 10 results that can't upload.

Previous 20

©2023 CERN