PLAY3R

Thought so, but wasn't sure. Below is the output without options, and below that, it ran again, from what i see, it fixed it? Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 bad CRC for inode 7108726930 bad CRC for inode 7108726930, will rewrite cleared inode 7108726930 - agno = 4 - agno = 5 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 1 - agno = 5 - agno = 2 - agno = 3 - agno = 4 clearing reflink flag on inodes when possible Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done ------------------------------------------------------------------------------------------------------------------------------------------------------------ Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... - scan filesystem freespace and inode maps... - found root inode chunk Phase 3 - for each AG... - scan and clear agi unlinked lists... - process known inodes and perform inode discovery... - agno = 0 - agno = 1 - agno = 2 - agno = 3 - agno = 4 - agno = 5 - process newly discovered inodes... Phase 4 - check for duplicate blocks... - setting up duplicate extent list... - check for inodes claiming duplicate blocks... - agno = 0 - agno = 4 - agno = 1 - agno = 3 - agno = 2 - agno = 5 Phase 5 - rebuild AG headers and trees... - reset superblock... Phase 6 - check inode connectivity... - resetting contents of realtime bitmap and summary inodes - traversing filesystem ... - traversal finished ... - moving disconnected inodes to lost+found ... Phase 7 - verify and correct link counts... done

Thanks for the reply, finally have time to look into this. All my "critical" data is backed up and the drive removed, checked disk 1 file system, please see below. I know two of the disks have CRC errors (one per drive) but they have been like that for months without issue, this locking up started almost a month ago. It has locked up 2 more times since my post. I have also done some searching and not found how to use custom MAC addresses with ipvlan, can you explain more please.

Running the check now, I use macvlan because i use custom MACs on some docker containers, if i switch to ipvlan, i cannot use custom MACs, i'll try that as a second option Thanks so far though!

Hey all. Been having an issue off and on for a bit where the server will get into a "loop" and i have to cold boot it, 3 times so far, not happy doing this, but when i have no access at all ( even the GUI on the servers VGA is frozen, there is not much more to do ) Happened again tonight, with a twist, it came out of it. after failing to figure it out the first 2 times, i left the Syslog window open, and watched it till it happened again, tonight is when it decided to "act up". You can always tell, because the server starts acting like its under some load and the fans kick in to cool it all down. After about 3-4 min, everything came back on its own, shares, GUI, Ping etc. so i quickly downloaded the Diagnostics and came here, i also have screenshots of the log as this was happening, if it helps. Anymore information, please ask' Edit #1: Only errors Fix Common Problems is finding are "macvlan call traces found" can this be the cause? blueberry-diagnostics-20230615-1907.zip

It shows as private, before when i had this issue, i disabled McAfee (I had installed at the time) and still got the same error. It is working ok right now with speeds 100+mb after either restarting the Array or removing the Parity drives, not sure what did it, if it was restarting the Array, i should see the issue happen again, not sure how long it will take. Hoping its not the Parity drives causing it, but for now, one of my Parity drives will remain unassinged and i'll be starting a backup of the Critical files to it, now we wait

Hey all Been coming up against this issue for a bit, and not sure where else to turn. The issue: Not able to copy anything to the Array (I can copy from the Array just fine at 100+mbs), doesn’t matter how big of a file it is, my File Explorer will stop and go Not Responding and then crash, and even if it does not and starts to transfer, I get the bellow error a little into the transfer. What I have tried so far Upgrading and then restarting UnRaid Turned NetBIOS off, to ensure SMB 1 is not in use. Tripled checked that the mapped drives are using the correct username and password (they where not, but still issue remains after fixing) Checked drives / SMART – aside from one of the Parity drives showing the below, they are healthy. 199 UDMA CRC error count 0x003e 200 200 000 Old age Always Never 1 Same error on another Windows 10 PC (in the transfer window) Both PCs have different NIC card manufacturers. FTP seems to have a delay before it starts the transfer, but it does transfer without issue. Tested PC Details Windows 10 PC ( Mine ) Win 10 Pro – Version 20H2 – OS Build 19042.985 Windows 10 PC (Wife) Win 10 Pro – Version 2004 OS Build 19041.985 If you need information, just advise what please Edit: 5/30 - 11:30AM - Seems the FTP has issues going over 100Kbs speeds now and the Array shows that the Total Read is 2MB at the most and Wrights is 600Kbs Please also note, the cache drive is not in use as it fills up quickly and i cannot seem to balance it, even with the Mover running every hour Maybe my network setup, same issue with a VM on UnRaid, in linux

Hello All!!! If anyone is having an issue not being able to connect their e-reader to Calbire and it just gives a 172.x.x.x IP. Change the Network Type to custom and get it a set IP. After, you will see the IP, and be able to connect with the default settings.

Yep, its always something i forget. Thanks, its running now

Help! What am I doing wrong? Thanks fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/main/x86_64/APKINDEX.tar.gz fetch http://dl-cdn.alpinelinux.org/alpine/v3.12/community/x86_64/APKINDEX.tar.gz v3.12.3-119-gadcf08925b [http://dl-cdn.alpinelinux.org/alpine/v3.12/main] v3.12.3-114-g726dc65b43 [http://dl-cdn.alpinelinux.org/alpine/v3.12/community] OK: 12751 distinct packages available OK: 58 MiB in 36 packages OK: 58 MiB in 36 packages 2021-02-21T02:12:38Z I! Starting Telegraf 1.17.2 2021-02-21T02:12:38Z I! Using config file: /etc/telegraf/telegraf.conf 2021-02-21T02:12:38Z E! [telegraf] Error running agent: Error loading config file /etc/telegraf/telegraf.conf: plugin inputs.smart: line 2329: configuration specified the fields ["endpoint"], but they weren't used telegraf.conf

Ah, well, makes sense. Thanks

Ok, now getting this Exception Object ( [message:protected] => Could not connect to host (http://192.168.1.100:18083/) [string:Exception:private] => [code:protected] => 64 [file:protected] => /web/VB/endpoints/api.php [line:protected] => 134 [trace:Exception:private] => Array ( ) [previous:Exception:private] => )

What step am i missing?

This one was my bad i think, my pfSense runs as a VM and i had one DNS.... pointing to pfSense lol. Changed it to Googles DNS and its now working.

Hello! I am having the same issue, adding the DNS servers did not help, any ideas?

I feel silly, read your logs and you can fix anything. I fixed this and now am using pfSense with no issues (and two ports) after creating the VM with Machine: i440fx-1.4