ramair02

Thanks, Jorge. I do have syslog server enabled. Attaching here.syslog-10.0.0.25.log I believe I'm on the latest BIOS, but I will double check.

homegrown-diagnostics-20251022-0446.zip Attaching diagnostics. The server is often freezing up overnight requiring a hard reboot. It seems to be happening during or after appdata backup. Not sure if this is caused by a container or if I may have bad memory. I upgraded the server hardware a couple of months ago.

Cables are seated properly, but I just ordered another set of cabledeconn mini sas breakout cables to see if that's the issue. I read in another thread that there are some problem firmwares for the LSi HBA cards. How can I check the firmware and does anyone know which firmware versions have issues? I also use an HP SAS expander along with the LSi card. It's odd since the issue happened initially after months of being stable. Then I replaced the SSDs and things have been stable for more than a month -- until now.

I am having an issue with my server. My zpool which is dedicated to running containers (has appdata & system shares) is throwing UDMA CRC error counts. I had this issue a little over a month ago and it corrupted two SSDs. I chalked it up to bad drives, so I replaced them. Now, the server has been up for a month and the issues is happening again. In the syslog, I constantly see: Dec 14 17:46:10 homegrown kernel: mpt2sas_cm0: log_info(0x31120303): originator(PL), code(0x12), sub_code(0x0303) Dec 14 17:46:10 homegrown kernel: mpt2sas_cm0: log_info(0x31120303): originator(PL), code(0x12), sub_code(0x0303) Dec 14 17:46:10 homegrown kernel: mpt2sas_cm0: log_info(0x31120303): originator(PL), code(0x12), sub_code(0x0303) Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#716 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=2s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#716 CDB: opcode=0x2a 2a 00 02 77 04 f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41354480 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: mpt2sas_cm0: log_info(0x31120303): originator(PL), code(0x12), sub_code(0x0303) Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21172445184 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: mpt2sas_cm0: log_info(0x31120303): originator(PL), code(0x12), sub_code(0x0303) Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#715 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=2s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#715 CDB: opcode=0x2a 2a 00 02 77 03 f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41354224 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21172314112 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#714 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=2s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#714 CDB: opcode=0x2a 2a 00 02 77 02 f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41353968 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21172183040 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#713 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=2s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#713 CDB: opcode=0x2a 2a 00 02 77 01 f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41353712 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21172051968 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#712 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=2s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#712 CDB: opcode=0x2a 2a 00 02 77 00 f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41353456 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21171920896 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#711 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=3s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#711 CDB: opcode=0x2a 2a 00 02 76 f6 f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41350896 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21170610176 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#709 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=3s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#709 CDB: opcode=0x2a 2a 00 02 76 ff f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41353200 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21171789824 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#708 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=3s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#708 CDB: opcode=0x2a 2a 00 02 76 fe f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41352944 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21171658752 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#707 UNKNOWN(0x2003) Result: hostbyte=0x0b driverbyte=DRIVER_OK cmd_age=3s Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: [sdd] tag#707 CDB: opcode=0x2a 2a 00 02 76 fd f0 00 01 00 00 Dec 14 17:46:10 homegrown kernel: I/O error, dev sdd, sector 41352688 op 0x1:(WRITE) flags 0x700 phys_seg 32 prio class 2 Dec 14 17:46:10 homegrown kernel: zio pool=cache-docker vdev=/dev/sdd1 error=5 type=2 offset=21171527680 size=131072 flags=180880 Dec 14 17:46:10 homegrown kernel: sd 2:0:1:0: Power-on or device reset occurred I did some research on the forums and think the issue is either HBA / SAS expander firmware, cables or perhaps too many drives on a power supply leg. Can someone help me diagnose? Thank you! homegrown-diagnostics-20241214-1741.zip

You're having the same issue as me. I'm assuming it is a bug that a future update of FCP or UD will fix? For now, I'm just ignoring the error until I hear from folks here that know more

This makes sense. How can I figure out what is creating the 'mounts' file? It contains a bunch of mountpoint information about all of my disks. Here's a snippet of the file contents. Entire file attached. mounts.txt

Receiving the following error: Fix Common Problems - homegrown: 03-02-2024 04:40 AM Errors have been found with your server (homegrown). Investigate at Settings / User Utilities / Fix Common Problems FCP states: File mounts present within /mnt Can't figure out what is causing this issue. It may be related to how I have Google Drive mounted with SMB? There is a "mounts" file in /mnt, but I'm not sure if that's expected to be there. Or maybe related to /mounts folder? Other possibility is perhaps I need to exclude /mnt from Recyle Bin plugin? Not sure. Diagnostics attached. Any help is appreciated. Thanks in advance homegrown-diagnostics-20240205-1957.zip

I am having an issue with the Tailscale Docker. All of my containers are accessible through IP & magicDNS, however my unraid WebUI does not resolve with neither Tailscale IP nor magicDNS. This issue also extends to SMB -- I am unable to access files on the server through Tailscale.

Yes, my cache failed upon boot after upgrading to 6.12. I replaced the drive and rolled back to 6.11.5

Thanks for the response @petchav! Unfortunately, typing the VM name within the CLI wrapped in quotes does not work. Here's an example of the script not working with a VM name that has spaces. Here it is working perfectly for a VM name that does not have any spaces. And here it is failing when wrapping the VM name in quotes. The error message is simply `!!! Backup file not found !!!`. I think there is another line or two in the script where the path needs to be wrapped in quotes, but I can't figure out where.

Shoot, I'm sorry Jorge -- I missed this. I was getting pretty frustrated and ultimately downgraded to 6.11.5 for now. Everything is working as intended again. Apologies that I didn't stick it out to test out why nginx was not starting.

Yes, sorry for not being more clear! I am talking about the restoration script. It works great for VMs with no spaces in the name and I'm sure it can be fixed to work with VMs that do have spaces in their names, but it's not something I've been able to figure out with my limited knowledge.

Can anyone help edit @petchav's script to work with VM names that include spaces? I don't know bash scripting, but have been trying to figure it out for the last hour. The most positive change I made is to line 87, mkdir /mnt/user/domains/$VM_NAME which I edited to mkdir "/mnt/user/domains/$VM_NAME" That got me past creating incorrect directories. Now if my VM name is "Windows 11", then it will create the correct directory in the domains folder. However, it is still failing after that with `!!! Backup file not found !!!` I've tried adding quotes at various places in lines 102, 112 & 120 but still the script fails at the same point. I've also tried adding quotes in various places to lines 89, 95, 110, 116 & 117 which are the lines that define `BACKUP_FILE`, but again, not making any progress. Figured someone that knows scripting and the correct syntax might be able to fix the script easily

Perhaps related, but there is no network.cfg file on my flash drive in the config folder. I only have a network-extra.cfg file. I'm not sure how that would disappear, but maybe it is part of my issue? Edit: Upon further research, I don't believe this is related to the issue. It seems if you don't make changes to Network settings, there is no network.cfg and the system utilizes default settings.