nrfjprog filling /dev/shm

[ble-rox]

I am using "nrfjprog -p" to reset our nordic devices in our test rigs. We recently migrated the setup to RHEL 9 and now we are seeing regular failures in nrfjprog due to /dev/shm being totally full. It is not clear why but in some cases, the memory is not cleaned up. 

right now, /dev/shm has 8GB of files in it like this:

-rw-r--r--. 1 root root 16M Mar 21 15:38 fd8feca0-3cdb-4457-b91c-40dde144f5f0-args

note: all the leftover files are "args" files, not "command-ack", "heartbeat", "command-req", or "log". These other files appear to get cleaned up correctly. 

If I remove these files, nrfjprog works again.

"nrfjprog -v" gives:
nrfjprog version: 10.24.2 external
JLinkARM.dll version: 8.20

Is there another version of the JLink tools I should try? What IPC are these shared memory files for? Any other suggestions?

[Susheel Nuguru]

Hi Steve,

The version you are using is the latest one available, I think I need to pass this to the tools teams but before I do that, can you please clarify me if those leftover files are created from nrfjprog? probably an easiest solution is to run a script that monitors and cleans this directory once in a while. How long does it take for that directory to get to that 8 GB size? 

[ble-rox]

this is the output of ps -ef showing that hash that you can see in the filenames corresponds to jlinkarm_nrf_worker_linux

However, lsof points to just jlinkarm_

I am guessing these two programs are using the shared memory as IPC. 

It takes about 1 hour before 'nrfjprog -p' starts failing after I clear the directory. At that time, all of the files are still open according to lsof. Eventually, these programs exit although I am not sure how long that takes. At that point, some of the files are cleaned up, but the "args" files remain.