An additional comment, The pythons are pretty much faultless now. I have not had any error out on me.
That is from a much larger database not within Baker lab.

The 4.2 stuff, it seems the RB is ok, that's external work. The non RB can be hit and miss. For instance this group: preetham_gen_ etc. had one specific bug.

It's annoying to run something that errors out. In the past they would heard about it via the mod and pull it or fix it. Now we have to burn through all of the tasks and they take what works and toss the rest I guess.
Stupid, but that's how they work now. Thing is 4.2 tasks are not that often anymore and when they are, the are consumed quickly. I think I ran about 12 or 16 of these in total. They all errored out quick, so not a lot of wasted time. Annoying? Yes. But that's just part of the package now.

An additional comment, The pythons are pretty much faultless now. I have not had any error out on me.

I have 7 computers and despite trying every version of virtualbox, and stopping AVG messing with virtual machines (which fixed LHC), I can only run Pythons on 2 of the 7. The others just don't process. Walltime passes, CPU time stops about 20 seconds.

Can you open virtuualbox gui and press show to attach gui screen to the running vm and look at what it writes writing to the screen?
Then you can detach gui from the vm and switch to next.
You can post screenshots to imgur.
you can make screenshots with win+printscreen.
They are saved to C:\Users\[username]\Pictures\Screenshots

Can you open virtuualbox gui and press show to attach gui screen to the running vm and look at what it writes writing to the screen?
Then you can detach gui from the vm and switch to next.
You can post screenshots to imgur.
you can make screenshots with win+printscreen.
They are saved to C:\Users\[username]\Pictures\Screenshots

https://imgur.com/a/ENKUzDk
Does that Intel error mean my CPU doens't support the command being used? I can do LHC VB stuff ok on it. Is Rosetta using CPU extensions that one doesn't have? It's a Xeon X5650. The two which DO run Python ok are the newest two.

Mind you, I looked up that error and similar ones I found suggest incorrect libraries, but how is that possible on some of my machines and not others? Aren't the libraries inside the VM?

I have one work-unit that has been running for days. I thought it was stuck yesterday morning at 99.1%, but it was still climbing *very* slowly. Today it is at 99.9+%; maybe it will be finished by tomorrow. It was due yesterday so I don't know if it will even be accepted. It's a virtual-box one. I'm trying now to figure out how to post a screen shot. Apparently I can't just add an attachment. And I can't copy text from the Boinc Manager. It's one of the aagb-mNMPHE ones.

---

drag and drop it to imgur.com and use img or url tag

I have one work-unit that has been running for days. I thought it was stuck yesterday morning at 99.1%, but it was still climbing *very* slowly. Today it is at 99.9+%; maybe it will be finished by tomorrow. It was due yesterday so I don't know if it will even be accepted. It's a virtual-box one. I'm trying now to figure out how to post a screen shot. Apparently I can't just add an attachment. And I can't copy text from the Boinc Manager. It's one of the aagb-mNMPHE ones.

That percentage sometimes is wrong. Is it actually using your CPU? Check in task manager. Mine appear to run in Boinc Manager, but they don't do any calculations and the CPU is idle. Boinctasks is better, it shows CPU usage.

Have a look here: https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-FATAL-ERROR-Cannot-load-lt-mkl-loader-gt/m-p/1244368
It might answer some of the questions

Maybe go look at Github or post there and see what the experts say.
I can not find anything to your specific error message.

I have one work-unit that has been running for days. I thought it was stuck yesterday morning at 99.1%, but it was still climbing *very* slowly. Today it is at 99.9+%; maybe it will be finished by tomorrow. It was due yesterday so I don't know if it will even be accepted. It's a virtual-box one. I'm trying now to figure out how to post a screen shot. Apparently I can't just add an attachment. And I can't copy text from the Boinc Manager. It's one of the aagb-mNMPHE ones.

That percentage sometimes is wrong. Is it actually using your CPU? Check in task manager. Mine appear to run in Boinc Manager, but they don't do any calculations and the CPU is idle. Boinctasks is better, it shows CPU usage.

I've had non Vbox task from LHC ATLAS stall at 99.91% and would not advance. It ran for 1.5 days before I noticed.
Have to check CPU % for that task. I use BOINC tasks to do that.
If you see a task with .10% or lower using that program and the % complete does not go up any like the other tasks and your at 99% with a few "minutes" to go that never advance after 5 minutes, its stuck and you will have to abort.
Anything over 12 hrs run time is suspect.

Have a look here: https://community.intel.com/t5/Intel-oneAPI-Math-Kernel-Library/Intel-MKL-FATAL-ERROR-Cannot-load-lt-mkl-loader-gt/m-p/1244368
It might answer some of the questions

Maybe go look at Github or post there and see what the experts say.
I can not find anything to your specific error message.

I was hoping kotenok was going to come up with something, they asked me to post it.

Is there a github Rosetta group? The word Rosetta seems to refer to many other things in there.

Your link didn't help me, I don't understand the technical stuff, but it made me laugh: "I upgraded Numpy and Pandas, when I run python with django and apache"!!

I've had non Vbox task from LHC ATLAS stall at 99.91% and would not advance. It ran for 1.5 days before I noticed.
Have to check CPU % for that task. I use BOINC tasks to do that.
If you see a task with .10% or lower using that program and the % complete does not go up any like the other tasks and your at 99% with a few "minutes" to go that never advance after 5 minutes, its stuck and you will have to abort.
Anything over 12 hrs run time is suspect.

ATLAS does non-vbox tasks? I thought only sixtrack did that.

I don't have the % column switched on, got too many columns as it is to fit on the screen (it's on my right, on two 1280*1024 monitors above each other), I just glance at the time in brackets (actual core time) occasionally, to make sure it's applicable to the number of cores the task should be using. I only get VB doing nothing at all, so the brackets never gets to a minute, or Universe on my phone sticking near the end in which case the brackets stops moving, if I see the wall time a few hours over the CPU time, I abort it. They know about the problem and don't know how to fix it, random tasks fail on random phones but work on another.

https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=4395

https://lhcathome.cern.ch/lhcathome/forum_thread.php?id=4395

Ugh, Linux.

Any idea on my VB error?

Do virtualbox apps use AIMNet_vm_v2.vdi hard drive image?
You can make an issue at aimet github page.
https://github.com/aiqm/aimnet/issues

Do virtualbox apps use AIMNet_vm_v2.vdi hard drive image?

Yes they do

You can make an issue at aimet github page.
https://github.com/aiqm/aimnet/issues

But it never goes wrong on two of my machines. I'm not sure what to blame or what details to give them. My two newest machines work:
Ryzen 9 3900XT
i5 8600K

My older 5 machines do not:
Core 2 Quad Q8400
i3 M350
Xeon X5650 (dual)
Another Xeon X5650 (dual)
Pentium N3700

Maybe some file got corrupted?
try to calculate checksum with 7-zip
https://imgur.com/a/R3UDk5o

Maybe some file got corrupted?
try to calculate checksum with 7-zip
https://imgur.com/a/R3UDk5o

My 7zip doesn't have the CRC option at the bottom of the menu. I tried upgrading to the latest version, but it's still not there. Do you have a paid version?

I tried Windows 11 zip, but that only gives a CRC32 of 087E2283 - is that enough to check? Where do I find what it should be? (OOPS! That's on a good machine, checking a faulty machine now....)

Actually forget all that. I've detached and reattached to Rosetta so many times to test it, there's no way those 5 machines always corrupted it.

Open 7-Zip File Manager.
On the 7-Zip window, switch to the Tools menu and then select the Options button.
On the Options page, switch to the 7-Zip tab and then check the CRC SHA option.

I've detached and reattached to Rosetta so many times to test it, there's no way those 5 machines always corrupted it.

Does bad machine have VM VirtualBox Extension Pack installed, and if it doesn't have it installed, do good machines have it installed