LHC@home

@Ivan, Jim1348

It's a bit OT here, therefore only some very short remarks.

CERN's vbox apps can get a huge benefit from a local squid.
CMS benefits most, then ATLAS and LHCb, Theory less but sufficient.
Up to 95 % regarding the request hits and 50 % regarding the byte hits.
The setup needs some special tuning compared to the standard setup and should get some assist from iptables.

An "old" computer with a core 2 duo, 1-2 GB RAM (250-350 MB for squid), 30-80 GB free disk space is far enough.
And there is also a benefit for fast DSL lines as the squid avoids latency.

Thanks for that insight. I going to try this, since I have a squid running already.

@Ivan, Jim1348

It's a bit OT here, therefore only some very short remarks.

CERN's vbox apps can get a huge benefit from a local squid.
CMS benefits most, then ATLAS and LHCb, Theory less but sufficient.
Up to 95 % regarding the request hits and 50 % regarding the byte hits.
The setup needs some special tuning compared to the standard setup and should get some assist from iptables.

An "old" computer with a core 2 duo, 1-2 GB RAM (250-350 MB for squid), 30-80 GB free disk space is far enough.
And there is also a benefit for fast DSL lines as the squid avoids latency.

Yes, you are right there, I wasn't considering that use case. Every running instance (of the CMS app at least) has its own cvmfs built-in to the VM. A local squid would definitely help if you run several instances. Do you have a guide as to how to re-direct the VMs to a local squid instead of, e.g. lhchomeproxy1.cern.ch:3404 which is baked-in to the CMS vdi?

---

I have two Linux boxes with SSE2 capability. Yet one of them, the E-450 CPU is receiving SixTrack Tasks with no sse2 or pni, resulting in very long running times. One is going to be late. The preceding task was completed and validated in 399,883.43 s. This is computer 10492633. The other computer,10492932, an Opteron 1210 CPU, is running Einstein@home CPU tasks with AVX.
Tullio

As I have asked on the Wishlist, there should be a listing of the ATLAS beta tasks on the Project Status page, so we know what is going on (or not).

wan't to test OpenSuse 42.2 (Leap) as native-app.

Up to yum the commands are running

yum -y install cvmfs-keys cvmfs cvmfs-init-scripts

http://cvmrepo.web.cern.ch/cvmrepo/yum/cvmfs/EL/42.2/x86_64/repodata/repomd.xml: [Errno 14] HTTP Error 404 : http://cvmrepo.web.cern.ch/cvmrepo/yum/cvmfs/EL/42.2/x86_64/repodata/repomd.xml
Trying other mirror.
Error: Cannot retrieve repository metadata (repomd.xml) for repository: cernvm. Please verify its path and try again

There is a cvmrepo.web.cern.ch/cvmrepo/yum/cvmfs/x86_64

What is the correct cvmfs.rpm?

I am just curious why the install script still uses yum exclusively instead of dnf?

dnf has been made the default installer since Fedora 22. I suppose since the installer was oriented to CentOS 7?

I don't know if this helps much since I don't know what your code uses, and you might already be doing this now...
Reading the original post, reminded me about LSB (Linux Standard Base), and limiting your code to calling only what's in LSB that would give you a larger audience.
Here's information on LSB: https://refspecs.linuxfoundation.org/lsb.shtml
...if you're already doing this, ignore this reply.

...under the same thoughts, this may also help: https://en.wikipedia.org/wiki/C_standard_library

I am trying to get ATLAS native working but I am running into a lot of problems.
A good deal of the issues I think I have sorted out (maybe), but I can't compile CVMFS at all.

The OP said there was a file that will install "everything" needed (both CVMFS and Singularity) however this is not the case and nothing really got installed at all.

So I went to Singularity web site and downloaded then installed this programme, and that seemed to have worked.

Then I went to the CVMFS site and as I did not really know what files to download I downloed a number and installed them 1x1, to see if they worked. They didn't.
I found the CVMFS Package and this mostly installed what was needed but still did not compile.

So I then found the link to the post by Gyllic on how to install from source and I have followed that (I now have a lot of replication but that is not a real issue).
Everything goes as planned till I need to use 'cmake' in the 'build' directory and it all fails with the following error

"CMake Error at CMakeLists.txt:10 (project)
No CMAKE_CXX_COMPILER could be found

Tell CMAKE where to find the compiler by setting either the environment variable "CXX" or CMake cache entry
CMAKE_CXX_COMPILER to the full path to the compiler, or the compiler name if it is in the PATH"

CMAKE_CXX_COMPILER is in a sub-directory of the build directory, so I don't know why it can't be found.
The installation was as directed (both from the site and from Gryllic).

My knowledge of Linux commands is limited, so finding PATHs is not easy, but I don't see why I need to if all has been extracted to the relevant directory, why has it placed the items in the directory where they can't be found?

I can't progress past cmake to make and install the CVMFS programme.

Any help would be appreciated as I have spent 2 days on this already.

I am installing this on a Fedora 25 system, (if I get it working I was going to install on a Fedora 21 system as well)

Thanks
Conan

---

Conan,
please report the questions in the Atlas-Forum. This are the News from Cern.

Every ATLAS job I have received in the last few weeks has crashed with the message VBOX Unmanageable and I have had to abort the job and delete the files in VBOX. Sometimes the job will run for 2+ hours before failing, sometimes less than 30 min. Does this have anything to do with the new app version you are mentioning?

No. Notice the title of this thread says "...for Linux hosts". A Linux host is a host that has Linux installed as the OS (operating system). Your host uses Windows OS not Linux therefore you cannot use this app. It won't even install on Windows, just on Linux.