1) Message boards : Theory Application : Veeerrrry long Pythia8 (Message 8319)
Posted 28 days ago by [AF>Le_Pommier] Jerome_C2005
Post:
jerome@VM-Debian-OVH2:~$ sudo grep 'processed' /var/lib/boinc-client/slots/4/cernvm/shared/runRivet.log
0 events processed
100 events processed
200 events processed
300 events processed
400 events processed
500 events processed
600 events processed
jerome@VM-Debian-OVH2:~$ sudo grep 'processed' /var/lib/boinc-client/slots/0/cernvm/shared/runRivet.log
0 events processed
jerome@VM-Debian-OVH2:~$ sudo grep 'processed' /var/lib/boinc-client/slots/1/cernvm/shared/runRivet.log
jerome@VM-Debian-OVH2:~$ 

So only slot 4 has some events processed, the others have have none. A good waste of computing power it seems.

Compare that number with the task's total events and the actual runtime of the task.
This allows to calculate the estimated total runtime.

If you know what is the task's total events. But I don't.

But you know what, don't worry with me anymore : I cancelled the 4 tasks and switched to another project, I guess you have enough linux expert volunteers to help you here (and pay for the computing power) to test your applications.
2) Message boards : Theory Application : Veeerrrry long Pythia8 (Message 8317)
Posted 29 days ago by [AF>Le_Pommier] Jerome_C2005
Post:
No I could not run any of the commands without sudo, it would throw me an error :/ (except moving into the folder with cd, this works without sudo)

I'm sorry I'm not good enough in linux and I cannot invest too much time to become an expert... boinc is already quite a time consuming hobby.

I'm not sure to understand if the 1st comment could run (using sudo) why it would be a problem ? it wouldn't return the same result ?

Regarding the 2nd command since I don't understand why the "( )" and why the "tac /" I just removed them and this time I got a result :

jerome@VM-Debian-OVH2:~$ sudo grep -m1 'processed' < /var/lib/boinc-client/slots/4/cernvm/shared/runRivet.log
0 events processed

Like this time it can find the file and it's looking for "processed" in it. And it says "no event".

So I tried the same command with the other two long tasks returned by the 1st command

jerome@VM-Debian-OVH2:~$ sudo grep -m1 'processed' < /var/lib/boinc-client/slots/0/cernvm/shared/runRivet.log
0 events processed
jerome@VM-Debian-OVH2:~$ sudo grep -m1 'processed' < /var/lib/boinc-client/slots/1/cernvm/shared/runRivet.log
jerome@VM-Debian-OVH2:~$ 

The one in slot 0 is also "0 event" and the one in slot 1 returns nothing.

So I guess all this mean these tasks are not doing anything since the very beginning ?

So I must cancel them right ? :(
3) Message boards : Theory Application : Veeerrrry long Pythia8 (Message 8315)
Posted 29 days ago by [AF>Le_Pommier] Jerome_C2005
Post:
Hi computezrmle

I know that slot is 4 so I did the 1st command directly there (was it a good idea ?)

jerome@VM-Debian-OVH2:/var/lib/boinc-client/slots/4$ sudo find /var/lib/boinc-client/slots/4 -type f -name "runRivet.log" -mmin +720 |xargs -I {} bash -c "head -n1 {}; ls -hal {}"
[sudo] password for jerome: 
===> [runRivet] Tue Jan 23 05:40:39 UTC 2024 [boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62]
-rw-r--r-- 1 boinc boinc 43K Jan 23 05:56 /var/lib/boinc-client/slots/4/cernvm/shared/runRivet.log

and then

jerome@VM-Debian-OVH2:/var/lib/boinc-client/slots/4$ sudo grep -m1 'processed' <(tac /var/lib/boinc-client/slots/4/cernvm/shared/runRivet.log)
grep: /dev/fd/63: No such file or directory

Does this mean "the task is not processed" ? (because we know this already, I'm not sure what you are searching there)

I tried again the first command exactly as you said (without the slot)

jerome@VM-Debian-OVH2:/var/lib/boinc-client/slots/4$ sudo find /var/lib/boinc-client/slots -type f -name "runRivet.log" -mmin +720 |xargs -I {} bash -c "head -n1 {}; ls -hal {}"
===> [runRivet] Fri Jan 26 18:10:26 UTC 2024 [boinc ppbar mb-inelastic 63 - - pythia8 8.303 dire-default 100000 60]
-rw-r--r-- 1 boinc boinc 33K Jan 26 18:10 /var/lib/boinc-client/slots/0/cernvm/shared/runRivet.log
===> [runRivet] Sun Jan 28 06:15:30 UTC 2024 [boinc pp winclusive 7000 20 - sherpa 2.2.7 default 100000 70]
These are the 3 tasks that have been running for a long time (I only mentioned the longest one, but out of 4 tasks I currently have, 3 seem to be long runners 
-rw-r--r-- 1 boinc boinc 20K Jan 28 06:21 /var/lib/boinc-client/slots/1/cernvm/shared/runRivet.log
===> [runRivet] Tue Jan 23 05:40:39 UTC 2024 [boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62]
-rw-r--r-- 1 boinc boinc 43K Jan 23 05:56 /var/lib/boinc-client/slots/4/cernvm/shared/runRivet.log

Out of 4 tasks I have running at the moment, 3 are such "long runners" it seems... (I know this, I only mentioned the 1st one but the other 2 have been running for days also, but less time)

So for now I cannot "Compare that number with the task's total events and the actual runtime of the task."
4) Message boards : Theory Application : Veeerrrry long Pythia8 (Message 8313)
Posted 29 days ago by [AF>Le_Pommier] Jerome_C2005
Post:
The thing is still running

jerome@VM-Debian-OVH2:~$ systemctl status Theory_2687-2578997-62_0.scope
● Theory_2687-2578997-62_0.scope - /cvmfs/grid.cern.ch/vc/containers/runc.new --root state run -b cernvm Theory_2687-2578997-62_0
     Loaded: loaded (/run/systemd/transient/Theory_2687-2578997-62_0.scope; transient)
  Transient: yes
     Active: active (running) since Tue 2024-01-23 05:40:39 UTC; 1 week 2 days ago
      Tasks: 18 (limit: 4575)
     Memory: 13.1M
        CPU: 6d 15h 35min 11.842s
     CGroup: /system.slice/Theory_2687-2578997-62_0.scope
             ├─1045599 sleep 3
             ├─1050756 /cvmfs/grid.cern.ch/vc/containers/runc.new --root state run -b cernvm Theory_2687-2578997-62_0
             ├─1050768 /bin/bash ./job
             ├─1050794 /bin/bash ./runRivet.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62
             ├─1051042 /bin/bash ./runRivet.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62
             ├─1051043 /bin/bash ./rungen.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62 /shared/tmp/tmp.siGUtYGTlG/generator.hepmc
             ├─1051044 /bin/bash ./runRivet.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62
             ├─1051045 /shared/rivetvm/rivetvm.exe -a CMS_2012_I1090423 -i /shared/tmp/tmp.siGUtYGTlG/generator.hepmc -o /shared/tmp/tmp.siGUtYGTlG/flat -H /shared/tmp/tmp.siGUtYGTlG/generator.yoda -d /sh>
             └─1051106 /cvmfs/sft.cern.ch/lcg/external/MCGenerators_hepmc2.06.05/sherpa/1.4.1/x86_64-slc5-gcc43-opt/bin/Sherpa -f /shared/tmp/tmp.siGUtYGTlG/generator.params
5) Message boards : Theory Application : Veeerrrry long Pythia8 (Message 8308)
Posted 28 Jan 2024 by [AF>Le_Pommier] Jerome_C2005
Post:
I have this (pythia = native theory ? or not ?)

jerome@VM-Debian-OVH2:~$ systemctl status Theory_2687-2578997-62_0.scope
● Theory_2687-2578997-62_0.scope - /cvmfs/grid.cern.ch/vc/containers/runc.new --root state run -b cernvm Theory_2687-2578997-62_0
     Loaded: loaded (/run/systemd/transient/Theory_2687-2578997-62_0.scope; transient)
  Transient: yes
     Active: active (running) since Tue 2024-01-23 05:40:39 UTC; 5 days ago
      Tasks: 18 (limit: 4575)
     Memory: 13.2M
        CPU: 2d 17h 32min 6.371s
     CGroup: /system.slice/Theory_2687-2578997-62_0.scope
             ├─1050756 /cvmfs/grid.cern.ch/vc/containers/runc.new --root state run -b cernvm Theory_2687-2578997-62_0
             ├─1050768 /bin/bash ./job
             ├─1050794 /bin/bash ./runRivet.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62
             ├─1051042 /bin/bash ./runRivet.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62
             ├─1051043 /bin/bash ./rungen.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62 /shared/tmp/tmp.siGUtYGTlG/generator.hepmc
             ├─1051044 /bin/bash ./runRivet.sh boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62
             ├─1051045 /shared/rivetvm/rivetvm.exe -a CMS_2012_I1090423 -i /shared/tmp/tmp.siGUtYGTlG/generator.hepmc -o /shared/tmp/tmp.siGUtYGTlG/flat -H /shared/tmp/tmp.si>
             ├─1051106 /cvmfs/sft.cern.ch/lcg/external/MCGenerators_hepmc2.06.05/sherpa/1.4.1/x86_64-slc5-gcc43-opt/bin/Sherpa -f /shared/tmp/tmp.siGUtYGTlG/generator.params
             └─3492720 sleep 3

The end of the stderr.txt is

05:40:39 UTC +00:00 2024-01-23: cranky-0.1.4: [INFO] mcplots runspec: boinc pp jets 7000 80,-,1460 - sherpa 1.4.1 default 100000 62
05:40:39 UTC +00:00 2024-01-23: cranky-0.1.4: [INFO] ----,^^^^,<<<~_____---,^^^,<<~____--,^^,<~__;_
10:49:43 UTC +00:00 2024-01-23: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
07:51:32 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
07:59:44 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
12:38:18 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
15:12:07 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
17:47:19 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
18:05:40 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
21:05:55 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
23:04:40 UTC +00:00 2024-01-24: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
00:51:22 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
05:17:15 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
10:00:50 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
11:08:51 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
13:55:01 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
15:45:35 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
18:52:32 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
23:17:08 UTC +00:00 2024-01-25: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
03:58:00 UTC +00:00 2024-01-26: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
05:28:17 UTC +00:00 2024-01-26: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
07:49:50 UTC +00:00 2024-01-26: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope
10:43:51 UTC +00:00 2024-01-26: cranky-0.1.4: [INFO] Pausing systemd unit Theory_2687-2578997-62_0.scope
15:54:17 UTC +00:00 2024-01-26: cranky-0.1.4: [INFO] Resuming systemd unit Theory_2687-2578997-62_0.scope

So the latest even reported is 2 days ago

Running for 5 days but reporting 2 days of CPU... I had a similar discussion on the LHC forum and computezrmle I should let them run (on LHC),

Theory tasks run between a few minutes (min) and 10 days (max).
This depends on the task's input data.
Locate "runRivet.log" below the worker slot to check how many events a task is configured to process and how many are already done.
Together with the time already used you can estimate the remaining runtime.
BOINC is not aware of those numbers, hence presents fake estimates based on averages.
This fact has also been discussed many times in this forum.

but I'm worried about the time spent against the CPU used, it seems there is something wrong ? (this debian host has been running for several weeks without rebooting now), I don't know what to do and if this the same as you are discussing in this topic ?
6) Message boards : General Discussion : Xtrack beam simulation (Message 8283)
Posted 13 Jan 2024 by [AF>Le_Pommier] Jerome_C2005
Post:
OK so let's be patient then, it's a good news after all :)
7) Message boards : General Discussion : Xtrack beam simulation (Message 8276)
Posted 12 Jan 2024 by [AF>Le_Pommier] Jerome_C2005
Post:
Hi

I got a batch of CPU Xtrack beam simulation v0.02 x86_64-pc-linux-gnu on a debian VPS and they all fail instantly (example)

<core_client_version>7.20.5</core_client_version>
<![CDATA[
<message>
process got signal 11</message>
<stderr_txt>
SIGSEGV: segmentation violation

</stderr_txt>
]]>

Are there some prerequisites / packages to install ?

Does this ring a bell to anyone ?
8) Message boards : ATLAS Application : ATLAS vbox and native 3.01 (Message 8270)
Posted 9 Jan 2024 by [AF>Le_Pommier] Jerome_C2005
Post:
Oh I had not seen your answer, thanks !

So of course I'm going to block atlas until further notice.
9) Message boards : ATLAS Application : ATLAS vbox and native 3.01 (Message 8268)
Posted 3 Jan 2024 by [AF>Le_Pommier] Jerome_C2005
Post:
Hello

I got a few Atlas native tasks that ended successfully and gave (a very little) bit of credits, like this one, but BoincTasks tells me they used little CPU (like 30%) and I see plenty of messages in the stderr log that don't look very nice (but they are not errors, mostly warnings), and I'm unsure if it is actually "doing something useful" ?

Any thoughts ?
10) Message boards : Theory Application : New native version v5.90 (Message 8187)
Posted 10 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
I got fed up and I killed the VM, I reinstalled a (more recent) debian 12 from scratch (using the "reinstall" of the provider, it's pretty quick = I assume their robot just copies a ready-to-go debian image), they sent me an automated email with login information with an admin user to start with (only one), and guess what : it is not admin, not root, I can't do anything, all is refused... they don't provide the password for root itself, they deliver tons of documentation maybe it is explained but I have no will or time to try to figure out right now.

I opened a ticket to the provider, we'll see.

Then I'll see if I have the courage to reinstall all the stuff for native theory and native atlas... or if I just use it with some other project.

Thanks for your help anyway.
11) Message boards : Theory Application : New native version v5.90 (Message 8184)
Posted 10 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
debian@xxxx:~$ ls -hal /etc/sudoers.d
ls: cannot open directory '/etc/sudoers.d': Permission denied
debian@xxxx:~$ 

debian is supposed to be the admin user of that VM, I found back the automated mail the provider sent me when it was created and it says "administrative account", appart from mine ("jerome") that I added long ago do sudoers, I have no other account to my knowledge.

Obviously now I can't do anymore "sudo xxx" anywhere, I showed the errors I get above.

I have been always done "apt update" and "apt upgrade" on that VM so I don't see why sudo wouldn't be up to date, but yes the version is 1.8 and I have no idea how to force the install of 1.9

Package: sudo
Version: 1.8.27-1+deb10u5
Priority: optional
Section: admin
Maintainer: Bdale Garbee <bdale@gag.com>

Besides now it can't use apt anymore at all

debian@xxxx:~$ apt update
Reading package lists... Done
E: Could not open lock file /var/lib/apt/lists/lock - open (13: Permission denied)
E: Unable to lock directory /var/lib/apt/lists/
W: Problem unlinking the file /var/cache/apt/pkgcache.bin - RemoveCaches (13: Permission denied)
W: Problem unlinking the file /var/cache/apt/srcpkgcache.bin - RemoveCaches (13: Permission denied)
debian@xxxx:~$ 

So what I can do now ?
12) Message boards : Theory Application : New native version v5.90 (Message 8182)
Posted 9 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
I think your script broke something on my debian :

jerome@xxxx:~$ sudo apt update
>>> /etc/sudoers.d/50-lhcathome_boinc_theory_native: syntax error near line 17 <<<
>>> /etc/sudoers.d/50-lhcathome_boinc_theory_native: syntax error near line 18 <<<
sudo: parse error in /etc/sudoers.d/50-lhcathome_boinc_theory_native near line 17
sudo: no valid sudoers sources found, quitting
sudo: unable to initialize policy plugin
jerome@xxxx:~$ 

It did not even ask my password and there are clear reference to lhc native app instead, like "sudo was corrupted" or something : what the heck ?

What can I do now ?
13) Message boards : Theory Application : New native version v5.90 (Message 8179)
Posted 8 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
no comment.

On est bien d'accord, l'excès de melon nuit au cerveau.
14) Message boards : Theory Application : New native version v5.90 (Message 8178)
Posted 8 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
Beside that it is a must for years to have a local CVMFS client installed and correctly configured before you can run native tasks.
I wonder why you ignore that and instead post complaints about failing tasks.

This kind of comment is not necessary and is a proof you have not understood my context, the machine I run native has been successfully running native theory and atlas *for years*, the 2nd VM was just a test to see how to run the script itself.

I ran your command

jerome@xxxx:~$ sudo /bin/bash -c "export script=\"prepare_theory_native_environment\" && wget https://lhcathomedev.cern.ch/lhcathome-dev/download/$script -O /tmp/$script && chmod u+x /tmp/$script && /tmp/$script && rm /tmp/$script"
[sudo] password for jerome: 
/tmp/: Is a directory
jerome@xxxx:~$ 

I'm not sure if "/tmp/: Is a directory" is any sort of confirmation of success, or error.

So on that machine I was then able to create the script from Laurence using nano + copy/paste from the page where the script is visible + make script executable + run it with sudo, I had no output and no error, I assume "it must have ran successfully".

We'll see once it gets more tasks.
15) Message boards : Theory Application : New native version v5.60 (Message 8173)
Posted 7 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
In the "working debian VM" (the one I was always using for LHCdev) I got some native tasks again (Theory Simulation v5.90 (native_theory)
x86_64-pc-linux-gnu, is this the new version that is being discussed ?), the error has changed, I assume this is because I could not run that script ?

<core_client_version>7.14.2</core_client_version>
<![CDATA[
<message>
process exited with code 195 (0xc3, -61)</message>
<stderr_txt>
04:04:45 (32583): wrapper (7.15.26016): starting
04:04:45 (32583): wrapper (7.15.26016): starting
04:04:45 (32583): wrapper: running ../../projects/lhcathomedev.cern.ch_lhcathome-dev/cranky-0.1.0 ()
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Detected Theory App
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] This application must have permanent access to
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] online repositories via a local CVMFS service.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] It supports suspend/resume if a couple of
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] requirements are fulfilled.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Most important:
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] - init process is systemd
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] - cgroups v2 is enabled and 'freezer' is available
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] - the user running this application is a member of the 'boinc' group
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] - sudo is at least version 1.9.10
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] - sudoer file provided by LHC@home is installed
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Checking local requirements.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Can't find 'cgroups v2'.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Found Sudo version 1.8.27.
sudo: a password is required
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Can't find or read '/etc/sudoers.d/50-lhcathome_boinc'.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Missing 'CVMFS_USE_CDN=yes' in '/etc/cvmfs/default.local'.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Missing 'CVMFS_HTTP_PROXY="auto;DIRECT"' in '/etc/cvmfs/default.local'.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] No repositories configured in '/etc/cvmfs/default.local'.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Can't find '/etc/cvmfs/domain.d/cern.ch.local'.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Can't find '/etc/cvmfs/config.d/cvmfs-config.cern.ch.local'.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Found a local runc version 1.0.0~rc6+dfsg1.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [ERROR] Major requirements are missing. Can't run this task.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Early shutdown initiated due to previous errors.
04:04:45 CEST +02:00 2023-09-07: cranky-0.1.0: [INFO] Cleanup will take a few minutes...
04:18:52 (32583): cranky exited; CPU time 0.079893
04:18:52 (32583): app exit status: 0xce
04:18:52 (32583): called boinc_finish(195)

</stderr_txt>
]]>

Thinking about it (more) I think I have a way to run that script on the no-GUI VM, but I won't be able to try today.
16) Message boards : Theory Application : New native version v5.60 (Message 8165)
Posted 5 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
I'm sorry I have no idea how to get that script (and then run it) in command line from the no-GUI debian VM I'm using for LHCdev :/


edit : I actually have another debian on a VM on my iMac that I have never used for LHC, there (I think) that I could run that script now, and attached it to LHCdev and I got native tasks (for both theory and atlas) but (obviously) all is failing because I never ran all the stuff that needs (install applications, setup... ) to be done to run the native applications... (I never intended to do it on that machine)

If you explain me how to run the script on my no-GUI VM (that one is not a VM in my mac, it is a small hosted machine on a cloud provider) I'll give it a try
17) Message boards : Theory Application : New native version v5.60 (Message 8163)
Posted 5 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
I was not aware and I agree, of course, especially if the "soon" is really real :)
18) Message boards : Theory Application : New native version v5.60 (Message 8160)
Posted 4 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
Well I got one today and exact same error, it didn't work :(
19) Message boards : Theory Application : New native version v5.60 (Message 8159)
Posted 3 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
It seems there are 200 theory tasks but I won't get any, there is no breakdown for theory/native theory on the server status page. Note that I have no VB (nor capacity to have it) on that small hosted VM.

But I just got 2 native atlas tasks instead, when server status says there are only 3 (only) on-going Atlas (no breakdown neither).

Have to wait, I guess.
20) Message boards : Theory Application : New native version v5.60 (Message 8158)
Posted 1 Sep 2023 by [AF>Le_Pommier] Jerome_C2005
Post:
Thanks for this, I tried a simple sudo apt install runc and I got

Get:1 http://security.debian.org/debian-security buster/updates/main amd64 runc amd64 1.0.0~rc6+dfsg1-3+deb10u2 

but now it seems there are no more tasks, or I'm not allowed for some reason

lhcathome-dev	02 sept. 2023, 01:37:42	This computer has finished a daily quota of 1 tasks


Next 20


©2024 CERN