-
[Plug-In] Community Applications
Tried to update CA, now i have no app store and get this error. Running 6.12.13 plex-diagnostics-20250309-2358.zip
-
Server is unresponsive after a few days after updating to 6.12.13 from 6.11.5
How would I go about testing the GPU or what should I do next to try and determine the issue?
-
Server is unresponsive after a few days after updating to 6.12.13 from 6.11.5
Update, it crashed again. Getting a ton of GPU errors no USB errors this time. plex-diagnostics-20241211-0232.zip syslog-192.168.86.135 (1).log
-
Two disks dropped offline
Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ALERT: The filesystem has valuable metadata changes in a log which is being destroyed because the -L option was used. - scan filesystem freespace and inode maps... clearing needsrepair flag and regenerating metadata sb_fdblocks 664250044, counted 653904990 - 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 - agno = 6 - agno = 7 - agno = 8 - agno = 9 - agno = 10 - 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 = 4 - agno = 3 - agno = 7 - agno = 6 - agno = 2 - agno = 5 - agno = 8 - agno = 9 - agno = 10 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... Maximum metadata LSN (5:3967141) is ahead of log (1:2). Format log to cycle 8. done
-
Two disks dropped offline
xfs_repair status: Phase 1 - find and verify superblock... Phase 2 - using internal log - zero log... ERROR: The filesystem has valuable metadata changes in a log which needs to be replayed. Mount the filesystem to replay the log, and unmount it before re-running xfs_repair. If you are unable to mount the filesystem, then use the -L option to destroy the log and attempt a repair. Note that destroying the log may cause corruption -- please attempt a mount of the filesystem before doing this.
-
Two disks dropped offline
I have restarted to install new sata cables. So I don't know if what you need is in there. plex-diagnostics-20241204-1208.zip
-
-
Two disks dropped offline
I had two drives fall offline recently. Disk 1 is showing up after a reboot, disk two must be rebuilt (which I'm doing now) disk 1 extended smart test showed no errors. I had one spare sata cable and replaced the for for disk 1 just in case that was the issue, I'm going to replace the one for disk 2 ASAP. just seeing if anyone has any insight. Thanks in advance! syslog-192.168.86.135.log
-
Server is unresponsive after a few days after updating to 6.12.13 from 6.11.5
no system crashes as of yet after changing USB
-
Server is unresponsive after a few days after updating to 6.12.13 from 6.11.5
Will do.
-
Server is unresponsive after a few days after updating to 6.12.13 from 6.11.5
Ok I'll replace the flash drive and report back after a week or so. Are the GPU errors nothing to worry about or do you have some insight into them?
-
Server is unresponsive after a few days after updating to 6.12.13 from 6.11.5
So I updated from 6.11.5 to 6.12.13 recently and I've had crashes every few days, it hard locks and my only option is to hold the power button to hard restart it. Not %100 sure what I'm looking at in the logs, but it seemed it may be something to do with my GPU. It's a GTX 3060. When I did the update I was promoted with something to do with Nvidia GPU's I believe and I think it said everything was good to go before I restarted and finalized the update. When I was on 6.11.5 I had absolutely no problems at all and it never crashed. Other than that there's been no changes of any kind. The only thing that changed was the unRAID software. Any help is greatly appreciated. syslog-192.168.86.135.log
-
unRAID is unresponsive after a day or so
There is a possibility that my NVMe pins on my motherboard are toast which is why it was dropping offline. I've switched to SSD cache drives now with no problems. Any idea what to look into about the update causing problems?
-
unRAID is unresponsive after a day or so
Ok so I had a friend tell me that I also upgraded to 6.12.somthing when these problems started happening. So before you posted that I downgraded to 6.11.5 and all my problems went away. Not a single error in a week now, and no crashes. Here is the diag before the downgradeplex-diagnostics-20230925-1532.zip and one from todayplex-diagnostics-20231002-2111.zip.
-
unRAID is unresponsive after a day or so
Ok it crashed again. When I had it running again this morning the log was full of NVMe errors that didn't get logged into the syslog again. I think I have it setup wrong so that's my bad. So I replaced it with an SSD. Now I'm getting the cache drive is read only and can't run Dockers. I also included the diag from just now incase it has any useful information. syslog-192.168.86.135.log plex-diagnostics-20230924-1103.zip
-
unRAID is unresponsive after a day or so
Will do. If it's going to crash again it would be in two to three days. I did replace it with a smaller NVMe so if the crashes don't come back it was the issue and I'll be back in a week to update this post. I hope not. Could you quote which issue you're having specifically? Because I'm not exactly sure what my problem is just yet lol.
Neight
Members
-
Joined
-
Last visited