1) Message boards : News : File upload issues (Message 33732)
Posted 8 Jan 2018 by Empie
Post:
Some wu's are uploaded/downloaded over here, but still have one stuck on Windows. It's one of the first ones to get stuck:
9-1-2018 0:27:09 | LHC@home | [error] Error reported by file upload server: [LHC_2015_LHC_2015_260_BOINC_errors__59__s__62.31_60.32__5.5_5.6__5__84_1_sixvf_boinc207441_0_r348705869_0] locked by file_upload_handler PID=-1

Deadline 9-1-2018 9:40:54

Linux still showing some issues: locked by file_upload_handler PID=-1
2) Message boards : Sixtrack Application : Transfer issues (Message 33675)
Posted 5 Jan 2018 by Empie
Post:
Same here. One that doesn't want to upload (Windows) and is already stuck a couple of days. Other Sixtrack workunits went fine before and after this one completed.
I am now also seeing the message "05-Jan-2018 19:37:30 [LHC@home] Error reported by file upload server: [workspace1_hl13_collision_scan_62.3275_60.3000_chrom_15_oct_-300_B4__46__s__62.31_60.32__6_8__5__60_1_sixvf_boinc4001_1_r1970795041_0] locked by file_upload_handler PID=-1" on Linux too.
3) Message boards : News : Project down due to a server issue (Message 27540)
Posted 13 Jun 2015 by Empie
Post:
Just checked and I can confirm it's working again.
4) Message boards : News : Project down due to a server issue (Message 27531)
Posted 12 Jun 2015 by Empie
Post:
I'm not getting any new work. Completed wu's or wu's that still have to be uploaded aren't sent.

I get these errors when manually retrying uploading:
12-6-2015 15:32:27 | LHC@home 1.0 | [error] Error reported by file upload server: can't open file sd_FCChh_bs25_beta30_xing120_int1.0_emit2.0_tunex117.269_tuney118.289_6D_V4__1__s__118.31_117.32__10.6_10.7__6__40_1_sixvf_boinc1810_0_0: mkdir() failed

When updating the project to send my completed tasks and get new ones, I get:
12-6-2015 15:35:03 | LHC@home 1.0 | Not requesting tasks: too many uploads in progress
12-6-2015 15:35:07 | LHC@home 1.0 | Scheduler request failed: HTTP internal server error

Currently my system is out of work for LHC@Home. Any update on this issue?
5) Message boards : Number crunching : Maximum disk usage exceeded (Message 26767)
Posted 2 Oct 2014 by Empie
Post:
Ok, thanks. Just wanted to mention it because all other LHC workunits completed fine before and these errored out. Hope the project can use this information to fix it.
6) Message boards : Number crunching : Maximum disk usage exceeded (Message 26763)
Posted 2 Oct 2014 by Empie
Post:
I got tasks erroring out with "Maximum disk usage exceeded", while I set Boinc to 10GB max and still having 300+ GB free on disk.

Do I need to allocate more disk space?
7) Message boards : Number crunching : October 22 2013 - Upload errors (Message 25921)
Posted 22 Oct 2013 by Empie
Post:
Same issues here
8) Message boards : News : MacOS Executable (Message 24622)
Posted 16 Aug 2012 by Empie
Post:
Same here
iMac 27", MAC OS X 10.8, BOINC 7.0.28
9) Message boards : Number crunching : The real reason for 1 or 2 second tasks????? (Message 24184)
Posted 9 Jul 2012 by Empie
Post:
It's also mentioned over here: http://lhcathomeclassic.cern.ch/sixtrack/forum_thread.php?id=3462

It's the server running out of disk space.
10) Message boards : Number crunching : is this an error? (Message 24162)
Posted 8 Jul 2012 by Empie
Post:
I can confirm that.
11) Message boards : Number crunching : is this an error? (Message 24158)
Posted 8 Jul 2012 by Empie
Post:
Also ran in to this. Made a forum post for it already:

http://lhcathomeclassic.cern.ch/sixtrack/forum_thread.php?id=3460

Maybe has to do something with the servers being down.
12) Message boards : Number crunching : Short completion time 444.01 + SSE3 wu's + error in log (Message 24149)
Posted 8 Jul 2012 by Empie
Post:
On my Win7 64 bit machine iI see wu's which complete succesfully after 2 seconds. When I checked the tasks logs, I see the following:
<core_client_version>7.0.28</core_client_version>
<![CDATA[
<stderr_txt>
[../../projects/lhcathomeclassic.cern.ch_sixtrack/w1jul_niebb1d__28__s__64.28_59.31__10.8_11__6__79_1_sixvf_boinc49385.zip]
  End-of-central-directory signature not found.  Either this file is not
  a zipfile, or it constitutes one disk of a multi-part archive.  In the
  latter case the central directory and zipfile comment will be found on
  the last disk(s) of this archive.
unzip:  cannot find zipfile directory in ../../projects/lhcathomeclassic.cern.ch_sixtrack/w1jul_niebb1d__28__s__64.28_59.31__10.8_11__6__79_1_sixvf_boinc49385.zip,
        and cannot find ../../projects/lhcathomeclassic.cern.ch_sixtrack/w1jul_niebb1d__28__s__64.28_59.31__10.8_11__6__79_1_sixvf_boinc49385.zip.zip, period.
12:31:35 (10808): called boinc_finish

</stderr_txt>
]]>


Looks like somethings wrong. I see this behaviour on multiple wu's.

Forgot to mention that I manually retried te downloading of the tasks, because they wouldn't download. After that, the download went fine, but the wu's completed in 2 secs. Don't know if this also happened with tasks I didn't retry to download.
13) Message boards : Number crunching : Mac OS X Errors (Message 24063)
Posted 4 Jul 2012 by Empie
Post:
No problem. If I can help more, please email me.
14) Message boards : Number crunching : Mac OS X Errors (Message 24056)
Posted 4 Jul 2012 by Empie
Post:
I'm getting only computation errors with the 444.01 application on my two Mac OS X machines (one hackintosh, one 27" iMac) ranging between 0 and a few seconds computation time. Both are stable at other projects.
Both are Intel based and running Lion. Tried updating Boinc to the latst version, but that didn't help either.

Log of one of them:
<core_client_version>7.0.28</core_client_version>
<![CDATA[
<message>
process exited with code 193 (0xc1, -63)
</message>
<stderr_txt>
SIGBUS: bus error

Crashed executable name: sixtrack_apple_gen
Machine type Intel 80486 (32-bit executable)
System version: Macintosh OS 10.7.4 build 11E53
Wed Jul  4 17:40:36 2012

atos cannot load symbols for the file sixtrack_apple_gen for architecture i386.
0   sixtrack_apple_gen                  0x0020df9e  

Thread 0 crashed with X86 Thread State (32-bit):
  eax: 0xffffffe1 ebx: 0x00000003 ecx: 0xbfffa61c edx: 0x985cdc22
  edi: 0xbfffa678 esi: 0x00000003 ebp: 0xbfffa648 esp: 0xbfffa61c
   ss: 0x00000023 efl: 0x00000206 eip: 0x985cdc22  cs: 0x0000000b
   ds: 0x00000023  es: 0x00000023  fs: 0x00000000  gs: 0x0000000f

Binary Images Description:
    0x1000 -   0x31ffff /Library/Application Support/BOINC Data/slots/4/../../projects/lhcathomeclassic.cern.ch_sixtrack/sixtrack_apple_gen
0x90497000 - 0x9049cfff /usr/lib/system/libmacho.dylib
0x90585000 - 0x9058cfff /usr/lib/system/libsystem_dnssd.dylib
0x90c43000 - 0x90c44fff /usr/lib/system/libquarantine.dylib
0x91231000 - 0x91231fff /usr/lib/system/libkeymgr.dylib
0x9130e000 - 0x9130ffff /usr/lib/system/libsystem_blocks.dylib
0x91a4d000 - 0x91a5bfff /usr/lib/system/libdispatch.dylib
0x91b21000 - 0x91b50fff /usr/lib/system/libsystem_info.dylib
0x92c24000 - 0x92c26fff /usr/lib/system/libdyld.dylib
0x93274000 - 0x9328afff /usr/lib/system/libxpc.dylib
0x93dae000 - 0x93daffff /usr/lib/system/libremovefile.dylib
0x9483c000 - 0x9483dfff /usr/lib/system/libunc.dylib
0x94a64000 - 0x94a64fff /usr/lib/system/libdnsinfo.dylib
0x965c8000 - 0x965d0fff /usr/lib/system/libunwind.dylib
0x9660b000 - 0x9660efff /usr/lib/system/libmathCommon.A.dylib
0x96f11000 - 0x96f3ffff /usr/lib/libSystem.B.dylib
0x97e40000 - 0x97e44fff /usr/lib/system/libsystem_network.dylib
0x984c0000 - 0x984c7fff /usr/lib/system/libsystem_notify.dylib
0x984e9000 - 0x984f1fff /usr/lib/system/libcopyfile.dylib
0x985b7000 - 0x985d5fff /usr/lib/system/libsystem_kernel.dylib
0x98884000 - 0x98885fff /usr/lib/system/libsystem_sandbox.dylib
0x98886000 - 0x98889fff /usr/lib/system/libcompiler_rt.dylib
0x99959000 - 0x9995dfff /usr/lib/system/libcache.dylib
0x9b827000 - 0x9b86afff /usr/lib/system/libcommonCrypto.dylib
0x9bad8000 - 0x9bba3fff /usr/lib/system/libsystem_c.dylib
0x9cc19000 - 0x9cc21fff /usr/lib/system/liblaunch.dylib


Exiting...

</stderr_txt>
]]>
15) Message boards : Number crunching : error -177 resource limit exceeded (Message 23138)
Posted 19 Sep 2011 by Empie
Post:
Thanks, will do.
16) Message boards : Number crunching : error -177 resource limit exceeded (Message 23135)
Posted 19 Sep 2011 by Empie
Post:
After a few wu's errored out with the disk space issue, I decided to halt this project and abort all wu's running until the problem is solved.

Could you leave a message on the front page when it is fixed?
17) Message boards : Number crunching : Client errors: why send work when it fails that much? (Message 20716)
Posted 30 Oct 2008 by Empie
Post:
I\'m seeing a lot of client errors in the WU\'s starting with \"wjuly_\". I\'ve seen this before, so I wonder why this isn\'t fixed yet? Right now it looks like I\'m wasting my CPU time. This cannot be the intention of this project.
Any admin/moderator with an answer??

18) Message boards : Number crunching : Holy cow, WU avalanche!!! (Message 19043)
Posted 21 Feb 2008 by Empie
Post:
Yes, let's do something about that ;-)
19) Message boards : Number crunching : To completion times for new tasks (Message 18965)
Posted 7 Feb 2008 by Empie
Post:
I have the same thing overhere.
20) Message boards : Number crunching : Stil a pending credit (Message 18939)
Posted 30 Jan 2008 by Empie
Post:
I too have pending wu's. I don't understand why the admins don't clean it up.
Just like in IT, if you have a server with lots of errors or warnings, how much do you trust it? Technically it might be ok, but it sure will not give you 100% confidence.
But than again, I like to support LHC in their efforts and will keep crunching when wu's are available.



Next 20


©2020 CERN