1) Message boards : ATLAS application : Atlas apparently affecting File Manager operation (Message 44731)
Posted 13 Apr 2021 by Dark Angel
Post:
Problem is still occurring.
All cvmfs settings were returned to default after the last post.

$ cvmfs_config showconfig -s atlas.cern.ch
CVMFS_REPOSITORY_NAME=atlas.cern.ch
CVMFS_BACKOFF_INIT=2 # from /etc/cvmfs/default.conf
CVMFS_BACKOFF_MAX=10 # from /etc/cvmfs/default.conf
CVMFS_BASE_ENV=1 # from /etc/cvmfs/default.conf
CVMFS_CACHE_BASE=/scratch/cvmfs # from /etc/cvmfs/default.local
CVMFS_CACHE_DIR=/scratch/cvmfs/shared
CVMFS_CHECK_PERMISSIONS=yes # from /etc/cvmfs/default.conf
CVMFS_CLAIM_OWNERSHIP=yes # from /etc/cvmfs/default.conf
CVMFS_CLIENT_PROFILE= # from /etc/cvmfs/default.conf
CVMFS_CONFIG_REPO_DEFAULT_ENV=1 # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/default.conf
CVMFS_CONFIG_REPOSITORY=cvmfs-config.cern.ch # from /etc/cvmfs/default.d/50-cern-debian.conf
CVMFS_DEFAULT_DOMAIN=cern.ch # from /etc/cvmfs/default.d/50-cern-debian.conf
CVMFS_FALLBACK_PROXY='http://cvmfsbproxy.cern.ch:3126;http://cvmfsbproxy.fnal.gov:3126' # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/domain.d/cern.ch.conf
CVMFS_HOST_RESET_AFTER=1800 # from /etc/cvmfs/default.conf
CVMFS_HTTP_PROXY='http://192.168.1.3:3128;DIRECT' # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/domain.d/cern.ch.conf
CVMFS_KCACHE_TIMEOUT=2 # from /etc/cvmfs/default.local
CVMFS_KEYS_DIR=/cvmfs/cvmfs-config.cern.ch/etc/cvmfs/keys/cern.ch # from /etc/cvmfs/domain.d/cern.ch.conf
CVMFS_LOW_SPEED_LIMIT=1024 # from /etc/cvmfs/default.conf
CVMFS_MAX_RETRIES=3 # from /etc/cvmfs/default.local
CVMFS_MOUNT_DIR=/cvmfs # from /etc/cvmfs/default.conf
CVMFS_NFILES=131072 # from /etc/cvmfs/default.conf
CVMFS_PAC_URLS='http://grid-wpad/wpad.dat;http://wpad/wpad.dat;http://cernvm-wpad.fnal.gov/wpad.dat;http://cernvm-wpad.cern.ch/wpad.dat' # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/default.conf
CVMFS_PROXY_RESET_AFTER=300 # from /etc/cvmfs/default.conf
CVMFS_QUOTA_LIMIT=4096 # from /etc/cvmfs/default.local
CVMFS_RELOAD_SOCKETS=/var/run/cvmfs # from /etc/cvmfs/default.conf
CVMFS_REPOSITORIES=atlas,atlas-condb,grid,cernvm-prod,sft,alice # from /etc/cvmfs/default.local
CVMFS_SEND_INFO_HEADER=yes # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/domain.d/cern.ch.conf
CVMFS_SERVER_URL='http://s1cern-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1ral-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1bnl-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1fnal-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1unl-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1asgc-cvmfs.openhtc.io:8080/cvmfs/atlas.cern.ch;http://s1ihep-cvmfs.openhtc.io/cvmfs/atlas.cern.ch' # from /etc/cvmfs/domain.d/cern.ch.local
CVMFS_SHARED_CACHE=yes # from /etc/cvmfs/default.conf
CVMFS_STRICT_MOUNT=no # from /etc/cvmfs/default.conf
CVMFS_TIMEOUT=5 # from /etc/cvmfs/default.conf
CVMFS_TIMEOUT_DIRECT=10 # from /etc/cvmfs/default.conf
CVMFS_USE_CDN=yes # from /etc/cvmfs/default.local
CVMFS_USE_GEOAPI=yes # from /etc/cvmfs/domain.d/cern.ch.conf
CVMFS_USER=cvmfs # from /etc/cvmfs/default.conf

$ mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=16367192k,nr_inodes=4091798,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3289668k,mode=755)
/dev/nvme0n1p6 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=20181)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda1 on /home/michael/Downloads type ext4 (rw,relatime)
/dev/sdb1 on /home/michael/media type ext4 (rw,relatime,stripe=32750)
/dev/sdc1 on /home/michael/Steam_Library type ext4 (rw,relatime)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=3289668k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=2110,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=55395)
-hosts on /net type autofs (rw,relatime,fd=12,pgrp=2110,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=39835)
/etc/auto.cvmfs on /cvmfs type autofs (rw,relatime,fd=18,pgrp=2110,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=44963)
cvmfs2 on /cvmfs/cvmfs-config.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/atlas.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/sft.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/atlas-condb.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/grid.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/cernvm-prod.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/alice.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)

$ free
total used free shared buff/cache available
Mem: 32896680 4325232 4077124 274352 24494324 27926860
Swap: 35163132 7472 35155660
2) Message boards : ATLAS application : Atlas apparently affecting File Manager operation (Message 44666)
Posted 7 Apr 2021 by Dark Angel
Post:
Since it happened again (previous post) I have stopped work on the project until I can get this worked out. As I'm studying I need access to my files system in a timely manner and this problem precludes that. I haven't had an issue with the work units themselves.

I notice there has been an update to cvmfs come through the repositories today. It would be good if this corrects the issue.
3) Message boards : ATLAS application : Atlas apparently affecting File Manager operation (Message 44651)
Posted 3 Apr 2021 by Dark Angel
Post:
The cvmfs directory was moved to a mechanical drive in response to the file manager problem. Previously it was running in the default location which is on an M.2 SSD.

As mentioned, AV scanning has been completely stopped already before the most recent lock-up.
4) Message boards : ATLAS application : Atlas apparently affecting File Manager operation (Message 44649)
Posted 3 Apr 2021 by Dark Angel
Post:
$ cvmfs_config showconfig -s atlas.cern.ch
CVMFS_REPOSITORY_NAME=atlas.cern.ch
CVMFS_BACKOFF_INIT=2 # from /etc/cvmfs/default.conf
CVMFS_BACKOFF_MAX=10 # from /etc/cvmfs/default.conf
CVMFS_BASE_ENV=1 # from /etc/cvmfs/default.conf
CVMFS_CACHE_BASE=/home/michael/Downloads/scratch/cvmfs # from /etc/cvmfs/default.conf
CVMFS_CACHE_DIR=/home/michael/Downloads/scratch/cvmfs/shared
CVMFS_CHECK_PERMISSIONS=yes # from /etc/cvmfs/default.conf
CVMFS_CLAIM_OWNERSHIP=yes # from /etc/cvmfs/default.conf
CVMFS_CLIENT_PROFILE= # from /etc/cvmfs/default.conf
CVMFS_CONFIG_REPO_DEFAULT_ENV=1 # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/default.conf
CVMFS_CONFIG_REPOSITORY=cvmfs-config.cern.ch # from /etc/cvmfs/default.d/50-cern-debian.conf
CVMFS_DEFAULT_DOMAIN=cern.ch # from /etc/cvmfs/default.d/50-cern-debian.conf
CVMFS_FALLBACK_PROXY='http://cvmfsbproxy.cern.ch:3126;http://cvmfsbproxy.fnal.gov:3126' # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/domain.d/cern.ch.conf
CVMFS_HOST_RESET_AFTER=1800 # from /etc/cvmfs/default.conf
CVMFS_HTTP_PROXY='http://192.168.1.3:3128;DIRECT' # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/domain.d/cern.ch.conf
CVMFS_KCACHE_TIMEOUT=2 # from /etc/cvmfs/default.local
CVMFS_KEYS_DIR=/cvmfs/cvmfs-config.cern.ch/etc/cvmfs/keys/cern.ch # from /etc/cvmfs/domain.d/cern.ch.conf
CVMFS_LOW_SPEED_LIMIT=1024 # from /etc/cvmfs/default.conf
CVMFS_MAX_RETRIES=3 # from /etc/cvmfs/default.local
CVMFS_MOUNT_DIR=/cvmfs # from /etc/cvmfs/default.conf
CVMFS_NFILES=131072 # from /etc/cvmfs/default.conf
CVMFS_PAC_URLS='http://grid-wpad/wpad.dat;http://wpad/wpad.dat;http://cernvm-wpad.fnal.gov/wpad.dat;http://cernvm-wpad.cern.ch/wpad.dat' # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/default.conf
CVMFS_PROXY_RESET_AFTER=300 # from /etc/cvmfs/default.conf
CVMFS_QUOTA_LIMIT=4000 # from /etc/cvmfs/default.conf
CVMFS_RELOAD_SOCKETS=/var/run/cvmfs # from /etc/cvmfs/default.conf
CVMFS_REPOSITORIES=atlas,atlas-condb,grid,cernvm-prod,sft,alice # from /etc/cvmfs/default.local
CVMFS_SEND_INFO_HEADER=yes # from /cvmfs/cvmfs-config.cern.ch/etc/cvmfs/domain.d/cern.ch.conf
CVMFS_SERVER_URL='http://s1cern-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1ral-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1bnl-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1fnal-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1unl-cvmfs.openhtc.io/cvmfs/atlas.cern.ch;http://s1asgc-cvmfs.openhtc.io:8080/cvmfs/atlas.cern.ch;http://s1ihep-cvmfs.openhtc.io/cvmfs/atlas.cern.ch' # from /etc/cvmfs/domain.d/cern.ch.local
CVMFS_SHARED_CACHE=yes # from /etc/cvmfs/default.conf
CVMFS_STRICT_MOUNT=no # from /etc/cvmfs/default.conf
CVMFS_TIMEOUT=5 # from /etc/cvmfs/default.conf
CVMFS_TIMEOUT_DIRECT=10 # from /etc/cvmfs/default.conf
CVMFS_USE_CDN=yes # from /etc/cvmfs/default.local
CVMFS_USE_GEOAPI=yes # from /etc/cvmfs/domain.d/cern.ch.conf
CVMFS_USER=cvmfs # from /etc/cvmfs/default.conf

$mount
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,noexec,relatime,size=16367192k,nr_inodes=4091798,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000)
tmpfs on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=3289672k,mode=755)
/dev/nvme0n1p6 on / type ext4 (rw,relatime,errors=remount-ro)
securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime)
tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev)
tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k)
tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755)
cgroup2 on /sys/fs/cgroup/unified type cgroup2 (rw,nosuid,nodev,noexec,relatime,nsdelegate)
cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,name=systemd)
pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime)
efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime)
none on /sys/fs/bpf type bpf (rw,nosuid,nodev,noexec,relatime,mode=700)
cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct)
cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb)
cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio)
cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices)
cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer)
cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event)
cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset)
cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio)
cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory)
cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids)
cgroup on /sys/fs/cgroup/rdma type cgroup (rw,nosuid,nodev,noexec,relatime,rdma)
systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=28,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=4899)
hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime,pagesize=2M)
mqueue on /dev/mqueue type mqueue (rw,nosuid,nodev,noexec,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
tracefs on /sys/kernel/debug/tracing type tracefs (rw,nosuid,nodev,noexec,relatime)
fusectl on /sys/fs/fuse/connections type fusectl (rw,nosuid,nodev,noexec,relatime)
configfs on /sys/kernel/config type configfs (rw,nosuid,nodev,noexec,relatime)
/dev/nvme0n1p1 on /boot/efi type vfat (rw,relatime,fmask=0022,dmask=0022,codepage=437,iocharset=iso8859-1,shortname=mixed,errors=remount-ro)
/dev/sda1 on /home/michael/Downloads type ext4 (rw,relatime)
/dev/sdc1 on /home/michael/Steam_Library type ext4 (rw,relatime)
/dev/sdb1 on /home/michael/media type ext4 (rw,relatime,stripe=32750)
binfmt_misc on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,nosuid,nodev,noexec,relatime)
tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=3289668k,mode=700,uid=1000,gid=1000)
gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
/etc/auto.misc on /misc type autofs (rw,relatime,fd=6,pgrp=1992532,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=16391084)
-hosts on /net type autofs (rw,relatime,fd=12,pgrp=1992532,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=16389736)
/etc/auto.cvmfs on /cvmfs type autofs (rw,relatime,fd=18,pgrp=1992532,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=16391089)
cvmfs2 on /cvmfs/cvmfs-config.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/atlas.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/atlas-condb.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)
cvmfs2 on /cvmfs/sft.cern.ch type fuse (ro,nosuid,nodev,relatime,user_id=0,group_id=0,default_permissions,allow_other)

~$ free
total used free shared buff/cache available
Mem: 32896692 7766904 16915556 240416 8214232 24446640
Swap: 35163132 279904 34883228

I have not looked into the cvmfs mounts
Virus scanning has been removed from the schedule and the mounts whitelisted
I have no cron jobs listed at all
5) Message boards : ATLAS application : Atlas apparently affecting File Manager operation (Message 44648)
Posted 3 Apr 2021 by Dark Angel
Post:
... daily AV scan running

Including the CVMFS mount point?
Must not be done.

I don't recall seeing that anywhere in the setup instructions. Regardless, I've whitelisted the mount point now.




... work units are not suspending when instructed.

ATLAS does not support suspend/resume.
Whenever you try it, restart BOINC or reboot the task will drop all work and start from the scratch.


I mean that when the BOINC manager is told to suspend computation, either manually or when starting an Exclusive Application, the tasks do not stop. They continue running in the background. To stop them and free up the CPU for other work I have to completely shut down the boinc-client service.
6) Message boards : ATLAS application : Atlas apparently affecting File Manager operation (Message 44643)
Posted 2 Apr 2021 by Dark Angel
Post:
I removed and reinstalled cvmfs since posting, so I will have to see if it continues to happen. If it does I'll post the output of those commands.

I did have a daily AV scan running. I have just removed it. There were no other cron jobs running. I have now whitelisted the cvmfs scratch directory tree to be sure.
I typically do not look into the cvmfs directories unless I miss-click as they do show up as unmounted drives in my file manager. I have changed the thumbnailing setting in the file manager to "local files only".

I am now looking at an issue where the work units are not suspending when instructed. The BOINC manager shows the work as suspended but the results from top and the CPU core temperatures say otherwise.
7) Message boards : ATLAS application : Atlas apparently affecting File Manager operation (Message 44624)
Posted 30 Mar 2021 by Dark Angel
Post:
Ok this problem is strange so I will try my best to describe what's happening.
I'll start by saying that there have been no errors in any logs I can find, certainly none in std_err
The machine: Linux Mint 20, X86_64, Ryzen 2700X with 32GB RAM. Always updated. Running using 95% of available cores (though changing this has made no difference) OS is on a M2 SSD, CVMFS mounts are on a separate drive to reduce writes (but were originally on the SSD, changing this has not changed the issue)
When I first start running Atlas Native (from a fresh reboot) there are no issues. Tasks complete without error and I can do my normal thing while they're running without issue.
After a variable amount of time, usually a couple of days continuous running, my file manager becomes slower and slower to open. Eventually it can take a couple of minutes to open and be responsive. The Rubbish folder/trash/recycle will become unresponsive and refuse to open, eventually changing it's icon to an error symbol and returning a time-out error.
At no point are direct file operations by other application affected unless they use the file manager for load/save operations in which case it is affected the same way.
Opening applications is unaffected.
File access from the terminal is unaffected.
If I open the file manager from the terminal it is affected the same way but if I open it using "sudo" it is unaffected so the issue is particular to my profile.
Note: only the file manager (currently Thunar but I have tried others with the same result) and Rubbish Bin are affected, no other file access is affected in any way I can see.
I have TRIM enabled as a cron job, this has not changed the issue either way.
If I reboot the machine all operations return to normal. If I continue to run Atlas the problem returns. If I switch to a different BOINC project (I tried ODLK, TN-Grid, WCG, and Asteroids) the problem does not occur, so I am convinced it is something particular to Atlas, but have no idea what.

Any help would be greatly appreciated.
8) Message boards : Number crunching : Reason for cutting Atlas credit on new version? (Message 43944)
Posted 18 Dec 2020 by Dark Angel
Post:
Having gone to the trouble of getting the native apps to work, being told to go back to the vbox app is rather insulting.
9) Message boards : Number crunching : Reason for cutting Atlas credit on new version? (Message 43940)
Posted 18 Dec 2020 by Dark Angel
Post:
I just noticed that the new Atlas Native 2.85 version is getting less credit for the same run time compared to v2.84.
Honestly these Native units require jumping through a number of hoops to get running reliably, you'd think they'd attract a bonus for those willing to put in the extra setup work.
10) Message boards : CMS Application : EXIT_NO_SUB_TASKS (Message 41797)
Posted 2 Mar 2020 by Dark Angel
Post:
Sorry to be the bearer of bad news, but I'm getting these as of today as well.
Unit after unit failing with "207 (0x000000CF) EXIT_NO_SUB_TASKS"
11) Message boards : Number crunching : Is LHC@Home exporting statistics? (Message 39627)
Posted 17 Aug 2019 by Dark Angel
Post:
Badges are still not exporting properly
12) Message boards : Number crunching : Is LHC@Home exporting statistics? (Message 39473)
Posted 31 Jul 2019 by Dark Angel
Post:
That thread started in January. Since there's been updates since then, and only stopped updating again recently, it's unlikely that's the issue.
13) Message boards : News : Consent required to export statistics (Message 39472)
Posted 31 Jul 2019 by Dark Angel
Post:
The LHC stats on the Formula Boinc page haven't been updated in some time while other projects are up to date.
Is the project no longer updating stats to external pages?
14) Message boards : News : CMS@Home disruption, Monday 22nd July (Message 39422)
Posted 23 Jul 2019 by Dark Angel
Post:
Seems to be working now, thanks for the fix.
15) Message boards : News : CMS@Home disruption, Monday 22nd July (Message 39420)
Posted 23 Jul 2019 by Dark Angel
Post:
Can't get new work, can't report completed work. Theory Native and Atlas VBox both affected.
16) Message boards : ATLAS application : ATLAS switched to failover frontier server (Message 39311)
Posted 7 Jul 2019 by Dark Angel
Post:
Yeah, not so much. I've had to abort several work unit transfers as they just keep slowing down till they stop and have to be repeatedly restarted. When it happens BOIINC blocks the project and won't attempt any more transfers or request any more work until the download completes.

What does "work unit transfers" mean for you?
Download of EVNT files or upload of HITS files?
Those transfers never go via lcgft-atlas.gridpp.rl.ac.uk or ccfrontier.in2p3.fr.

As long as your firewall allows outgoing traffic to destination ports TCP 3128 (-> lcgft) and TCP 23128 (-> ccfrontier) you should not see any differences in speed.

Your problems might have another reason.
Further help is not possible as long as your computers are hidden.


That thing where work units are transfered from the CERN servers to the client computers. In the BOINC client they show up under the "transfers" tab. I specifically mentioned downloads. I have no firewall restrictions at this time.

I currently have two Atlas VM units that have been progressing extremely slowly for the last two days. Since they immediately stop when I suspend networking in the client, and given the repeated download failures of other work units I am suspicious of the project servers.

I have had no trouble with any other project I have tried.

The tone of your reply indicates you have no intention of helping, so I am just going to abort them and let someone else deal with you in the future.
17) Message boards : ATLAS application : ATLAS switched to failover frontier server (Message 39289)
Posted 5 Jul 2019 by Dark Angel
Post:
Yeah, not so much. I've had to abort several work unit transfers as they just keep slowing down till they stop and have to be repeatedly restarted. When it happens BOIINC blocks the project and won't attempt any more transfers or request any more work until the download completes.



©2022 CERN