Mlatx

Interesting. It has never happened to me before. Although I recently made changes to my hardware within the last 3 months or so. Maybe that caused the issues. I'll try the suggestions.

Nothing was scheduled last night. I don't recall if anything was schedule the last failure. The only change I made recently was to change the spin down delay from never to 4 hours. On the last unresponsive restart from the first attached log, I see this warning several times. Sep 27 17:27:25 server kernel: WARNING: CPU: 6 PID: 7014 at fs/btrfs/delayed-inode.c:1304 btrfs_assert_delayed_root_empty+0x16/0x19 Sep 27 17:27:25 server kernel: Modules linked in: xt_mark xt_CHECKSUM ipt_REJECT nf_reject_ipv4 ip6table_mangle ip6table_nat iptable_mangle vhost_net tun vhost vhost_iotlb tap macvlan nvidia_modeset(PO) nvidia_uvm(PO) xt_nat xt_tcpudp veth xt_conntrack xt_MASQUERADE nf_conntrack_netlink nfnetlink xt_addrtype iptable_nat nf_nat nf_conntrack nf_defrag_ipv6 nf_defrag_ipv4 br_netfilter xfs nfsd auth_rpcgss oid_registry lockd grace sunrpc md_mod nvidia(PO) drm backlight nct6775 hwmon_vid nct6683 apex(O) gasket(O) efivarfs ip6table_filter ip6_tables iptable_filter ip_tables x_tables amd64_edac edac_mce_amd kvm_amd wmi_bmof kvm btusb btrtl btbcm crct10dif_pclmul crc32_pclmul btintel crc32c_intel ghash_clmulni_intel aesni_intel crypto_simd cryptd mpt3sas bluetooth igb i2c_piix4 i2c_algo_bit rapl raid_class ccp k10temp igc scsi_transport_sas ecdh_generic i2c_core ahci ecc input_leds led_class libahci tpm_crb acpi_cpufreq tpm_tis tpm_tis_core tpm wmi button This happened during the day not overnight.

Here is today's log snipit. Looking at my emails, the system went unresponsive after 3am. It doesn't come backup until after I rebooted. I don't see any errors in the log. syslog2.txt

Dockers. Last night, the following were updated: Home-Assistant-Core, Prometheus, Postgresql14, and Swag.

Hi All, This is the second time in the last week this has happened to me. An automatic update happens just after midnight, and I cannot connect to my server in the morning. I've had to do an unclean restart. I have the log server running, and I here is a section of the log the last time it did this. It seems like a network connection issue. Can anyone help with troubleshooting? If I need the whole log, let me know. syslog.txt

This did it across 2 different motherboards, cpu's and memory sticks. I'm running ECC memory and no mem test errors. The disk errors go away after a reboot. Extended smart test always clear good. The only constant is the drives and the PSU. I think I am pushing the limits of the PSU. I'm going to replace that to see if it makes a difference.

I had an issue earlier today I'm hoping is resolved by a hard drive reformat. I'm using this controller for 8 drives. It replaced a prior similar controller. I had read error on the prior controller. This one did the same. So I thought the cables were bade only to wake up to a corrupted cache pool today. The LSI board is IT mode with the latest firmware. What could be causing this? The same disks showed error on both boards. This is the first time the cache pool was corrupted. Could it be the power cables or power supply? A work around may be to move back to the onboard controller. 4 ports are controlled by an asmedia 1061. The other are controlled by an AMD b550 controller. Since AMD controllers have issues, I may pick up a 4 port asmedia board. I would love to get some feedback.

Do I copy it via krusader or some other method?

Hi All, I woke up this morning to dockers not working. Checking the Swag log, I saw a lot of read-only errors. Checking fix common problems, I see unable to write to cache. I have a 1TB cache pool in btrfs. Are the drives corrupted? In 5 years or so running unraid, this is the first time I see this error. I have ECC memory along with an LSI controller. What would cause this to happen? If it is corrupt, do I move the date to the array by changing cache from prefer to yes? Then format and put it back. Should I stick with btrfs or go xfs? Thank you for the help. server-diagnostics-20220716-1216.zip

iOS Notifications Hi All, I finally have Frigate setup with Home Assistant Core. I am using this blueprint for notifications, https://community.home-assistant.io/t/frigate-mobile-app-notifications/311091. I trigger an alert, and I am not getting the notification on my Home Assistant app. Am I missing something in the configuration? Is there a better suited blueprint or notification method?

Is there any way to send email invitations through baikal? I entered my email address in field: Email invite sender address. It doesn't work.

It looks like it was crashplan. I've deleted and re-installed it. The quick fill up seems to have went away.

Yes but not running at the time. I'm thinking it could be the zoneminder docker. htop with 100% cpu showed zmc process consuming 66% of the ram. It seems like a docker issue. The other potential docker is crash plan pro. I have it set to limit memory usage. I'm going to try and monitor the ram and kill off a docker to see how much gets freed.

Thanks @JorgeB I've ordered a 9207-8i. I'm back to having the cpu pegged to 100 again. The log is not full this time. The memory is. I'm attaching the latest log file. server-diagnostics-20220522-1504.zip

I'm using a SAS controller for my disks. I had a bunch of errors on my ryzen board with the internal controller, and going SAS eliminated them. I wanted to test the SAS cables. Switching them did nothing. I put the cache drives back on the internal motherboard controller, and I no longer have the error in my log. Recently, disk 2 was giving me errors, and an extended SMART test showed no errors. This happens every 3 months. Restarting fixes the issue. It looks like I'm going to have to by a new SAS controller. First, I'll wait and see if the disk 2 error shows up again. Maybe having the cache drives and share drives on the same controller causes some kind of issue.

Extended SMART test showed no errors. Could it be the SATA port? I'm looking at a live log and still getting the blk_update_request: critical target error, dev sdf.

I'll try that. I had ntop running. I took some pics and noticed this: unraid /var/run/dockerid.pid --log-level=fatal --storagedriver=btrfs. Does that mean something docker related could be jamming the log?

Wouldn't a disk error show up in a smart report?

Any ideas? It seems my syslog is getting filled up causing ram to filled up causing 100% cpu. I'm attaching another diagnostics upon waking up this morning. server-diagnostics-20220521-1045.zip

My CPU is pegged at 100%, and I don't know what is causing it. Here is the diagnostics report. Any ideas? server-diagnostics-20220520-1124.zip

server { listen 443 ssl; listen [::]:443 ssl; server_name your_subdomain*; include /config/nginx/ssl.conf; client_max_body_size 0; location /zm { include /config/nginx/proxy.conf; proxy_pass https://your_internal_ip:your_port/zm; } }

Has anyone gotten Baikal working through a reverse proxy like Swag? I can get the connection to work on the local network. However, it won't connect through Swag. That kind of defeats the purpose for me. Solved: I used the following for my proxy conf and named it baikal.subdomain.conf. I happened to use port 8008. I have my own domain running through cloudflare using swag. server { listen 443 ssl; listen [::]:443 ssl; server_name your_url.*; include /config/nginx/ssl.conf; client_max_body_size 0; location / { include /config/nginx/proxy.conf; proxy_pass http://your_unraid_ip:8008; } }

Awesome. I was going to buy a new motherboard but found an 8 port card with the LSI chip. Thanks.

ok thanks

It's not a power issue. It probably is a controller issue. The last time I had this prior to unraid 6.9 it happened across all disks. Here is a post where a member described the issue being common for Ryzen boards, I need IOMMU, so what is my other option, a separate controller card?