1) Message boards : Theory Application : (Native) Theory - Sherpa looooooong runners (Message 38459)
Posted 27 Mar 2019 by zombie67 [MM]
Post:
So we should abort long running tasks? I can do that. What is the cut-off line? 3 hours? 5? Or?
2) Message boards : Theory Application : Issues Native Theory application (Message 38334)
Posted 20 Mar 2019 by zombie67 [MM]
Post:
Missing write access.
Check the local folder you are currently in when you run wget.


I tried it again with sudo, and the "Permission denied" was resolved. So thanks for that. Although I am not sure why this is an issue when it wasn't before. Doing all the same steps from the same directory.

Then I went through all the same steps. However, still getting the cvmfs_config probe failed status.

Edit: So I went through all the same steps again, and now it's working. Not sure why. Nothing changed. I know this for sure, because I didn't re-type the commands, or even re-copy/paste them. I just used "!34, !35, etc" from the history log, through the steps. Frustrating. But at least resolved.
3) Message boards : Theory Application : Issues Native Theory application (Message 38330)
Posted 20 Mar 2019 by zombie67 [MM]
Post:
I was trying to install cvmfs just now on a couple of machines. But it's failing. Did something break?

I went through all the same steps that made it work earlier. So then I looked again at the messages during the steps, and I think this may be the problem:

$ wget https://ecsft.cern.ch/dist/cvmfs/cvmfs-release/cvmfs-release-latest_all.deb
--2019-03-19 22:12:31-- https://ecsft.cern.ch/dist/cvmfs/cvmfs-release/cvmfs-release-latest_all.deb
Resolving ecsft.cern.ch (ecsft.cern.ch)... 188.184.161.78
Connecting to ecsft.cern.ch (ecsft.cern.ch)|188.184.161.78|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 4724 (4.6K)
cvmfs-release-latest_all.deb: Permission denied

Cannot write to ‘cvmfs-release-latest_all.deb’ (Success).
4) Message boards : Theory Application : Issues Native Theory application (Message 38315)
Posted 19 Mar 2019 by zombie67 [MM]
Post:
It's working for me now. Thanks for all the help!
5) Message boards : Theory Application : Issues Native Theory application (Message 38305)
Posted 19 Mar 2019 by zombie67 [MM]
Post:
CVMFS_REPOSITORIES=atlas.cern.ch,atlas-condb.cern.ch,grid.cern.ch,cernvm-prod.cern.ch,sft.cern.ch

ALICE is missing.
CVMFS_REPOSITORIES=atlas.cern.ch,atlas-condb.cern.ch,grid.cern.ch,cernvm-prod.cern.ch,sft.cern.ch,alice.cern.ch
You may add it and run "cvmfs_config reload".
Without it some tasks may fail depending on the app you get.

Thanks. Added and reloaded.
6) Message boards : Theory Application : Issues Native Theory application (Message 38304)
Posted 19 Mar 2019 by zombie67 [MM]
Post:
Did you follow the hints here?
https://cernvm.cern.ch/portal/filesystem/quickstart
https://cvmfs.readthedocs.io/en/stable/cpt-quickstart.html

Of course, I followed the instructions under the Debian/Ubuntu section.

Especially: did you run "cvmfs_config setup" once when you installed CVMFS?


Ah! I just now searched around for that string on the instructions page, and I see why I missed it. The instructions to do the "cvmfs_config setup" looks like it is in the MacOS section, so I didn't think it applied to what I was doing with Ubuntu. Maybe something can be added to the "cvmfs_config setup" section that says "ALL OSs must do the following? Or something like that?

In any case, it looks like it should work now. But I am locked out for a day, and am unable to test it.
$cvmfs_config probe
Probing /cvmfs/atlas.cern.ch... OK
Probing /cvmfs/atlas-condb.cern.ch... OK
Probing /cvmfs/grid.cern.ch... OK
Probing /cvmfs/cernvm-prod.cern.ch... OK
Probing /cvmfs/sft.cern.ch... OK
7) Message boards : Theory Application : Issues Native Theory application (Message 38300)
Posted 19 Mar 2019 by zombie67 [MM]
Post:
@all volunteers having problems with Theory native.

Some errors are caused by an installed but misconfigured CVMFS.

Before you request any task you may check if "cvmfs_config probe" returns OK like the following example that has configured all repositories required for ATLAS and Theory.

cvmfs_config probe
Probing /cvmfs/atlas.cern.ch... OK
Probing /cvmfs/atlas-condb.cern.ch... OK
Probing /cvmfs/grid.cern.ch... OK
Probing /cvmfs/cernvm-prod.cern.ch... OK
Probing /cvmfs/sft.cern.ch... OK
Probing /cvmfs/alice.cern.ch... OK


If any of those is missing, include it in /etc/cvmfs/default.local.
If any of those fails, post a message here.

FWIW, /cvmfs is completely empty. This is what's in /etc/cvmfs/default.local:

CVMFS_REPOSITORIES=atlas.cern.ch,atlas-condb.cern.ch,grid.cern.ch,cernvm-prod.cern.ch,sft.cern.ch
CVMFS_QUOTA_LIMIT=4096
CVMFS_CACHE_BASE=/scratch/cvmfs
CVMFS_HTTP_PROXY=DIRECT

Now what?

Edit: more info

$ cvmfs_config chksetup
Warning: CernVM-FS map is not referenced from autofs maps (/etc/auto.master)
8) Message boards : Theory Application : Issues Native Theory application (Message 38296)
Posted 19 Mar 2019 by zombie67 [MM]
Post:
"runc" was missing...
now it is installed ;)

I have the same problem.

<core_client_version>7.9.3</core_client_version>
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
06:41:18 (3651): wrapper (7.15.26016): starting
06:41:18 (3651): wrapper (7.15.26016): starting
06:41:18 (3651): wrapper: running ../../projects/lhcathome.cern.ch_lhcathome/cranky-0.0.28 ()
13:41:18 2019-03-19: cranky-0.0.28: [INFO] Detected TheoryN App
13:41:18 2019-03-19: cranky-0.0.28: [INFO] Checking CVMFS.
13:41:19 2019-03-19: cranky-0.0.28: [INFO] Checking runc.
13:41:19 2019-03-19: cranky-0.0.28: [ERROR] /cvmfs/grid.cern.ch/vc/containers/runc does not exist.
06:41:19 (3651): cranky exited; CPU time 0.023174
06:41:19 (3651): app exit status: 0xce
06:41:19 (3651): called boinc_finish(195)

</stderr_txt>
]]>

Not sure if installing runs fixed it yet, as there is no work available. Also, since I had 8 errors testing this, it looks like I am throttled to only 1 task per day. So I won't be able to see if it works until tomorrow.
LHC@home 3/19/2019 7:11:34 AM This computer has finished a daily quota of 1 tasks


Here in the info requested:

$ cat /proc/sys/kernel/unprivileged_userns_clone
1

$ cat /proc/sys/user/max_user_namespaces
23590
9) Message boards : Number crunching : No OSX app? (Message 27191)
Posted 1 Mar 2015 by zombie67 [MM]
Post:
What happened to the OSX app? There used to be one, right?
10) Message boards : News : Staus and Plans, 30th August, 2013 (Message 25711)
Posted 30 Aug 2013 by zombie67 [MM]
Post:
Link to make it easier.

http://lhcathomeclassic.cern.ch/sixtrack/forum_thread.php?id=3758
11) Message boards : Number crunching : SixTrack and LHC@home status (Message 23514)
Posted 15 Oct 2011 by zombie67 [MM]
Post:
The important question is: When's the OSX app gonna be ready? :)
12) Message boards : Number crunching : Can't set resource to zero (Message 23513)
Posted 15 Oct 2011 by zombie67 [MM]
Post:
So still no resolution? If even one task is downloaded when other options are available, then it is not working on the "0" logic. Is there some reason the project is running on ancient code base?
13) Message boards : Number crunching : Can't set resource to zero (Message 23376)
Posted 6 Oct 2011 by zombie67 [MM]
Post:
Wait. Showing "0" just may be just be rounding. For the thing to work properly, it needs *actual* zero. It is a server functionality thing. Not a "close enough to zero" thing. the server either has it installed or not.

Please advise.
14) Message boards : Number crunching : Can't set resource to zero (Message 23360)
Posted 5 Oct 2011 by zombie67 [MM]
Post:
Resource "0" is very different from resource "0.001". The behavior completely changes.

With resource 0, work is requested *only* when there is no work available from projects with a RS > 0, *and* when the queue is completely empty. And even then, it does not attempt to fill the queue up to the defined amount. It pulls just enough to keep each cpu thread (or gpu) busy right now.

With a RS at 0.001, it would try to load up a full queue. And that becomes a problem when the normal projects have work again. Now you have to burn off all that queue from the backup (RS 0) project, or go in and manually delete it.
15) Message boards : Number crunching : Can't set resource to zero (Message 23352)
Posted 4 Oct 2011 by zombie67 [MM]
Post:
I thought the server version was new enough to use CreditNew. The "0" resource share was implemented a long time before that.
16) Message boards : Number crunching : Can't set resource to zero (Message 23348)
Posted 4 Oct 2011 by zombie67 [MM]
Post:
I like to use some projects as back-up projects, by using the "0" resource share method. But when I set it to zero for this project, it keeps getting changed back to 100. Please fix.
17) Message boards : Number crunching : Too low credits granted in LHC (Message 23324)
Posted 3 Oct 2011 by zombie67 [MM]
Post:
Booted from the BOINC community. Stats sites could possibly be convinced to not import their stats, just for a start. There IS a central authority named Dave Anderson and he can do whatever he wants too, within the limits of the law, of course. Dave is under no obligation to let anyone use BOINC. He can make use of BOINC contingent upon any condition he wants including the condition that they issue credits in a decent, responsible fashion. He isn't obligated to distribute it as open source. He can distribute it as closed source and build into the executable a function that contacts his server and sends an encrypted request for permission to continue. If he/software elected to not respond with a 'yes' then the project would be effectively suspended. Reasonable projects will agree, in a EULA, to that condition and the consequences of not complying. Existing projects that don't agree to the EULA won't get vital upgrades. Existing projects that agree to the EULA will export encrypted stats. Stats sites will be given a binary (closed source) that decrypts those stats and requests permission to do so. If Dave refuses permission they can't decrypt/import stats.

Legal implications? I don't think any of the stats sites has money to contest such a scheme. If a project is funded/hosted by a university or research institute then the project has to ask them for permission and funds to pursue litigation. That'll fly like a manhole cover when the governing authority at said institution learns that all the project has to do to not be suspended is give out reasonable credits.

I'm describing a possible scenario here. I am not saying this is going to happen or even that I have heard it might happen. I believe that the above scenario does not agree with Dave A's current philosophy but since some projects don't use BOINC the way Dave intends I can easily see Dave changing his philosophy and punting rogue projects off the playing field. It can't happen soon enough, IMHO, so I will be shopping my proposal around to all the projects and to Dave.


Anyone can take BOINC and do anything they like with it, so long as they don't violate the terms of the license. DA has no authority or ability to do most of what you talk about above, with the current implementation of BOINC. Peer pressure is about all he can do.

I wonder what conditions the US government placed on the BOINC development grants. There may be requirements that it is open source, available to all. If he changed BOINC to be proprietary, he may lose those funds. They probably expect the product to be available to all, upon completion, without relying on DA to hang around and maintain it (and some sort of "home" server) indefinitely. But that is just guessing on my part. Also, I doubt many research organizations would ever adopt a proprietary implementation of BOINC. After all, what would happen to their project if DA decided to retire/got hit by a bus/whatever, and was no longer around.
18) Message boards : Number crunching : Too low credits granted in LHC (Message 23314)
Posted 2 Oct 2011 by zombie67 [MM]
Post:
That project should be booted immediately.


Booted from what, exactly?

There is no central authority. Each project is completely independent, and can do whatever they choose.
19) Message boards : Number crunching : Too low credits granted in LHC (Message 23254)
Posted 25 Sep 2011 by zombie67 [MM]
Post:
Cross-project credit equality is impossible. Full stop.

CreditNew does not solve it, and is pretty much a random number generator. CreditNew should be avoided at all costs, IMO.
20) Message boards : Number crunching : SixTrack and LHC@home status (Message 23202)
Posted 22 Sep 2011 by zombie67 [MM]
Post:
For the future I am buying myself a MAC (yes a MAC for McIntosh) and hope to have a compatible excutable in a few weeks for that system.

Great news!!


Next 20


©2021 CERN