jms2321

Looks like this error is popping up again. root@Tower:~# screen -S rsyncfree screen: error while loading shared libraries: libutempter.so.0: cannot open shared object file: No such file or directory I tried uninstalling and reinstalling couple of times. But the file simple is not there, or at least where it is expected. I did a find on it from the "/" directory and this was the output. root@Tower:/# find . -name libutempter.so.0 -print find: ‘./sys/kernel/slab’: Input/output error ./var/lib/docker/btrfs/subvolumes/b1daf479a39fd9f1a39ceb40ce64784e42f916a73249488d1b0116e07e5c64aa/usr/lib/libutempter.so.0 ./var/lib/docker/btrfs/subvolumes/f3beb0ea00309ad19f51019fe724783689583de1fe456803b0b9a2252f4bcfcd-init/usr/lib/libutempter.so.0 ./var/lib/docker/btrfs/subvolumes/f3beb0ea00309ad19f51019fe724783689583de1fe456803b0b9a2252f4bcfcd/usr/lib/libutempter.so.0 So it does get installed properly when adding a docker image. But not when adding something via Nerd Pack. Jim Okay so the fix is simple, should of not been needed, but it works. 1. Copy the libutempter.so.0 from one of the other locations I mentioned above (run the find on your system to find it) to /usr/lib 2. In your home directory, edit your .bash_profile file and added at the bottom of it. export LD_LIBRARY_PATH=/usr/lib 3. Save the file, logout and back in. Your missing library file issue is solved. Not the most elegant solution, but it works until a better fix is available.

any chance of getting iperf updated to 3.73. the version with nerd pack is about 4 years out dated.

Honestly, I died when it started benchmarking the drives on the second hba. I will rerun it tomorrow when I have time to monitor the system closer.

getting the following error in the docker log. "ERROR","http-apr-8888-exec-1","06/25/2020","08:45:34","",";Lucee was not able to load a Agent dynamically! You need to load one manually by adding the following to your JVM arguments [-javaagent:""/opt/lucee/server/lucee-server/context/lucee-external-agent.jar""];lucee.runtime.exp.ApplicationException: Lucee was not able to load a Agent dynamically! You need to load one manually by adding the following to your JVM arguments [-javaagent:""/opt/lucee/server/lucee-server/context/lucee-external-agent.jar""] Diagnostic file emailed to you!

Yeah, just a thought.

Vendor: Western Digital Model: WDS100T3X0C-00SJG0 -- Western Digital Black SN750 1TB NVMe Serial Number: 201802800032 Revision: 111110WD

I do appreciate your hard work and time on this minor issue. I look forward to trying your fix. Could one source of the issue be the NVMe drive that I have installed? I know that it was picking up everything before I added the NVMe drive. So I wonder if that might be the source of the issue?

I have emailed the json file as asked.

I just installed this plugin, but its not displaying any images for the identified drives, despite images being in your database. Is there any way to either add them directly to the plugin or have them refresh and display?

The docker container starts up and after selecting the @rosetta project, it downloads the data, and then starts running. checking the docker tab, show only .51% cpu utilization. No, I have not pinned any cores to the container, because its not utilizing any resources to justify allocating dedicated resources. Also according to boinc documentation ports 80 and 443 are needed for proper access, but I am seeing the following when checking port 443 via nmap miner@amd3900x:~$ nmap -p 443 192.168.1.109 Starting Nmap 7.60 ( https://nmap.org ) at 2020-03-26 16:28 EDT Nmap scan report for 192.168.1.109 Host is up (0.0019s latency). PORT STATE SERVICE 443/tcp closed https Nmap done: 1 IP address (1 host up) scanned in 0.07 seconds Which could have issues with work being sent by boinc. I got it crunching now, but the gui interface is pretty lackluster. On a 24 core dual cpu server with 8 dedicated cores, the docker webgui is slower than molasses in a Canadian winter.

Got the docker image installed on my 2 dual socket Unraid server, and logged into the web gui. It appears that other than picking the rosetta project, I can not see any specific sub project for COVID 19. Even just running the base project, it is not leveraging my 24 cores. So I will delete it unless I can find some decent documentation on how to properly set this up. The web pages pretty much assume single socket machines.

Why do you think its not compatible? I have an Eaton_5P experiencing the same issue. But I an not so sure its not a driver issue. My cable is usb A (unraid server) to usb B (UPS) it seems to disconnect every 1 - 2 minutes and reconnect. tower-diagnostics-20200306-1435.zip