J0hn_Lawrence

I just tried it again on a Windows 11 PC. It worked. I don´t know why that is, but so be it. Marking this as solved.

Hello everyone, when running the USB Creator tool on Win 10 I get the attached cryptic error message upon selecting a flash backup on my disc. How can a backup, that is done by unraid be to big for the unraid usb creator tool to work with? Does anyone know what this means and how to fix it?

I ran memtest86+ and I guess I found the error. I had 2 sticks of 8GiB DDR4 DRAM 2133 in my machine. When I did the memtest with both of them, I got >100k failures after 3% of the check. I then tested the sticks individually in a known working slot and sure enough one of them is completely broken. The other one passed memtest with 0 errors 2 times. I will monitor the situation of my server on the coming week. I suspect no segmentation faults should occur anymore as I have removed the faulty 8GiB DRAM stick. At least in the last 30 minutes none have occurred which makes me hopeful that the other stick is in fact fine. Thank you so much @JorgeB for your help and assistance! Very much appreciated! In case anyone reads this and is wondering how memtest86+ testing works: - Download the .iso from this page https://www.memtest.org/ - Write it to a USB stick -> i.e. with Fedora Media Writer or a similar program - Change the boot priority in your BIOS/UEFI and set the newly created USB memtest86+ drive as 1st prio. - Boot up the machine and start the memtest - It should complete with no errors and a big green PASS if all is good. - It will show you an error count and red error messages if something is wrong. - First try all RAM sticks, then remove them and try them out individually. -> You should be able to figure out which sticks are probably ok and which are defective.

I was unfortunately not able to switch out of UEFI to run memtest. I switched DRAM frequency from auto to 2133 (which is the speed of my RAM) to ensure XMP is not beeing used. How could the system be out of memory? I have 16 GiB DRAM installed and no Docker Container or VM is installed nor are any running. What could this out of memory mean in this context? Thank you for your ongoing support! I have attached newest logs, because I saw more segmentation fault error logs. ryan-diagnostics-20230624-1338.zip

Sorry for not including the diagnostics in my last message. I have attached them to this answer. I will try to set legacy/CSM boot and do a memtest. I will update again when that is done. ryan-diagnostics-20230624-1042.zip

I deleted the docker image and recreated according to information I found on the forum. Process worked fine. I observed very strange behavior a day later. I could not reach the server anymore via my VPN. I first thought maybe the VPN died. But when I came to the physical location of the server today, the server did not respond either. Pinging worked, but that only shows the network interface still works. I suspect that the whole OS must have crashed. What could have caused something like this? After a restart by physically using the power button on the machine it rebooted and seems to work again for now. I tried to run memtest but the system always just reboots to the mode selection screen when I select memtest86 and press enter. Strange. Am I maybe missing something here? 16GiB of RAM are detected by the OS and displayed in the WebUI, which is the correct amount. It seems to me there is more wrong with the system than I previously suspected. Upon boot I saw on the connected monitor of the server that it said "There are differences between boot sector and its backup". What does this mean exactly? Another forum post described this event as well: But I am not sure if I should try to use this solution or if this is not well suited in my case. Also I just saw this error in the log. I can explain why I would get a segmentation fault. Jun 24 10:24:09 ryan kernel: php-fpm[22222]: segfault at 1568a92870a0 ip 00000000008dcd1b sp 00007fff6de4cf10 error 6 in php-fpm[600000+3c0000] likely on CPU 6 (core 2, socket 0) I would much appreciate any further guidance on this topic. Thank you for your support thus far.

Okay. I will check RAM this weekend. So what you propose is to repeat the process of deleting and recreating the docker.img, correct? Thank you for your help so far!!

This is most likely a reoccurring issue as I have already recreated it and it worked fine for a wile before problems came back. Is there anything specific that could cause this? Probably one of the containers I am running is writing data to the docker.img, correct? (I have tried to not cause this, but I am not that experienced in the configuration and have missed something maybe) Or are there other probable causes that could be responsible for a corrupt docker.img? I will try to post logs again when uptime is higher. A bit tricky because I only have remote access via Wireguard VPN running on the server itself. ( I don´t want to send someone to switch on the server so often) Sometimes the VPN seems to be unresponsive / down as well. But I do not know if that is because the server crashes or because of other issues. Maybe this could be related. Is it possible that both of this is caused by an error with the cache drive? I had no problems with unRAID at all before installing that drive a few months ago. I have found this line in the system log: Jun 20 17:34:52 ryan kernel: BTRFS: error (device loop2) in btrfs_replay_log:2500: errno=-5 IO failure (Failed to recover log tree) Is this maybe related? I have attached a screenshot of my share menu. Is there something obviously wrong there maybe?

Hello everyone, I am recently having a lot of problems with Docker on my unRAID server. I am not sure what would lead to this as I have done the usual web search and found a few potential solutions which I have tried (i.e. deleting docker.img and recreating). I have not done a memtest yet, which I will do on this coming Saturday when I have physical access to the server. Following problems have occurred: 1) Docker Containers crashing because of segmentation fault 2) Docker service failing to start I suspect it could have something to do with either my RAM or my Cache drive, as I do not remember having problems before installing the cache drives a few months ago. Maybe someone can spot my error in the provided logs? I hope one of you guys from the community can help me out here! Let me know if you have any further questions or ideas what I could do here. Thank you! ryan-diagnostics-20230620-1753.zip