1)
Message boards :
Theory Application :
Veeerrrry long Pythia8
(Message 8319)
Posted 1 Feb 2024 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. 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 1 Feb 2024 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 1 Feb 2024 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 1 Feb 2024 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). 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. 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 |
©2024 CERN