-
Posts
62,204 -
Joined
-
Last visited
-
Days Won
658
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Posts posted by JorgeB
-
-
But it's spamming the log, if it still does it after a reboot post new diags.
-
Those look similar, reboot to clear the logs and post new diags as soon as there are issues logged with the cache device.
-
Both disks dropping offline at the same time suggests a power/connection issue, see if they share something, like a power splitter.
Then and since the emulated disks are mounting, and assuming contents look correct, you can rebuild on top.
-
Diags don't show the start of the problem, they show constant errors for sdd, but there' no SMART for sdd, any idea which device is that?
-
Diags are after rebooting so we can't see what happened, if you don't have pre reboot diags post new ones after array start.
-
Syslog in the diags is empty, try
cp /var/log/syslog /boot/syslog.txt
then attach it here.
-
Call trace is zfs related, there could be some hardware issue like bad RAM, and/or that zfs filesystem is corrupt.
-
80C is not overheating, and overheating should not make the PC reboot, at worse it should shutdown, so likely there's some other hardware issue, try with just one stick of RAM, if the same try the other one, that will basically rule out the RAM.
-
5 hours ago, jortan said:
Just wanted to check if this is a supported configuration in 6.13?
This is currently not supported, and AFAIK there no plans for the near future, only one zfs partition per device is supported.
- 1
-
Server rebooting on its own is almost always a hardware issue, but can be caused by different components, start by running memtest, but note that memtest is only definitive if it finds errors, if you have multiple sticks you can also try with just one, if the same try with a different one, that will basically rule out bad RAM, next suspects after that would be PSU, board, CPU.
-
8 hours ago, Crystal420 said:
what's more the secure boot options are not all greyed out.
Try enabling CSM/legacy boot, some BIOS don't let you disable secure boot if only UEFI boot is enabled.
-
Unfortunately there's nothing relevant logged, this can be a hardware issue, one thing you can try is to boot the server in safe mode with all docker containers/VMs disabled, let it run as a basic NAS for a few days, if it still crashes it's likely a hardware problem, if it doesn't start turning on the other services one by one.
-
Running on the sd device will not update parity, click on the disk, set the filesystem to xfs, try running it again using the GUI and post the results.
-
-
14 hours ago, skittlebean said:
I can't imagine that "servo/seek failure" is possible on a healthy drive.
It's never a good sign.
-
Additionally, and if you have enough SATA ports to have all disks connected, you could do a manual replacement, so the old disks could still be read (except for the bad parts).
-
May 11 11:56:19 [1449]: br0: checksum failure from 192.168.1.1 May 11 11:56:34 [1449]: br0: checksum failure from 192.168.1.1 May 11 11:57:06 [1449]: br0: checksum failure from 192.168.1.1 May 11 11:58:09 [1449]: br0: checksum failure from 192.168.1.1 May 11 11:59:13 [1449]: br0: checksum failure from 192.168.1.1
Maybe a router issue? Try rebooting it.
-
17 hours ago, mainframe.admin said:
The governor is set to performance so i’m not sure why it’s scaling up and down rather than staying at 4.8GHz.
This is normal, it will just scale up earlier than the other options.
When you say the server is restarting do you mean it's rebooting on its own?
-
Correct
- 1
-
It's fine to leave in place, you will be using the free OpenDNS servers for DNS, and it also suggests an issue with your router/ISP DNS server.
-
18 hours ago, loady said:
time to start testing the RAM sticks ?
That's a good place to start, start by running memtest, but note that memtest is only definitive if it finds errors, if you have multiple sticks you can also try with just one, if the same try with a different one, that will basically rule out bad RAM, next suspects after that would be PSU, board, CPU.
-
19 hours ago, sgrangers said:
it rebooted abruptly
Server rebooting on its own is almost always a hardware issue, but can be caused by different components, since you are re-using the RAM, the next suspects after that would be PSU, board, CPU.
-
-
Not an error that I remember seeing before, but a SMART test failing to complete is reason enough top replace a drive
[SOLVED] Parity Swap Procedure - Asking to Copy Again
in General Support
Posted
Unraid driver crashed, you will need to reboot, having just pariry2 should not be a problem.