Jump to content

ktran

Members
  • Posts

    15
  • Joined

  • Last visited

ktran's Achievements

Noob

Noob (1/14)

1

Reputation

  1. Thank you so much! This fixed my issue. Server has been up since I applied the change in my BIOS.
  2. I have an issue with my unRAID server where I can't access the GUI after a day or two of it being online. A hard restart of the server would fix the issue but then the server would go offline again after a day or two. At first, I thought it might be the USB flash drive, which I had replaced but then the issue happened again two days ago. One thing I want to note is that there has been a few power outages at my place before and after I replace the USB flash drive. Diagnostics log has been attached. Thank you in advanced. skynet-diagnostics-20230313-1125.zip
  3. So basically rebuilding my disk1 from parity is no longer an option? Thank you everyone for all your help with this. I might have to turn to a data restore software to try to retrieve the data. Once again, thank you again so much for all the help. I greatly appreciate it.
  4. So if data were added recently, would that cause any issues while rebuilding disk1? As for disk4, that's where my most recent data are stored.
  5. I've attached the original config of the disks prior to the incident as well as the current config (which was done to get the system online temporarily). In the current config, I did not add back the 14tB parity disk since I'm hoping I can rebuild DISK 1 (SN# 8CJLUPOE - sdb), and was afraid if I had re-add the parity disk, the data would get overwritten.
  6. Please see output below: root@SKYNET:~# xfs_repair -v /dev/sdb1 Phase 1 - find and verify superblock... bad primary superblock - bad magic number !!! attempting to find secondary superblock... .....found candidate secondary superblock... unable to verify superblock, continuing... ...found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... .found candidate secondary superblock... unable to verify superblock, continuing... ............................................ Sorry, could not find valid secondary superblock Exiting now.
  7. New diagnostics attached Thanks. skynet-diagnostics-20211205-1907.zip
  8. When I came back to check the repair status on the GUI/CLI, the tab for the terminal was closed out. I didn’t get to see the result and the disk is not able to mount. The “Mount” option is still greyed out. At this point, what are my other options?
  9. So I ran xfs_repair -v /dev/sdb1 and it looks like it completed. However, I'm not sure where to go to grab the logs. Can someone help me please? Thank you.
  10. Thanks. Running repair now. Will let you know how it turns out.
  11. Thank you for the clarification. So does that mean both my Parity Disk 1 and my Data Disk 1 are no longer accessible since the option to mount them are greyed out? Also, if I assign disk 2, 3 & 4 back into the Array devices without the Parity Disk 1 and Data Disk 1, will my unRAID system will be able to function? And if so, will it affect my array or my data without the other two disks? I was hoping I can still have my unRAID system running while we look into options to try to restore data to Disk 1 if possible.
  12. I haven't assigned any disks to the Array devices because I was afraid if I did, it would overwrite any data I have on the affected disk (DISK 1). However, I do know what my disk assignments are supposed to be prior to the mishap. As for the Unassigned Devices, the "Mount" option is greyed out on the affected disk (DEV 5) so I'm assuming it's already mounted?
  13. Affected disk mounted and new diagnostics attached. Thank you. skynet-diagnostics-20211203-0924.zip
  14. Diagnostic has been attached. Thank you. skynet-diagnostics-20211202-1701.zip
  15. I have a small unRAID setup that consist of (1) 14TB Parity disk, (3) 12TB data disks and (1) 6TB data disk. After shutting my system down to add a GPU, I had accidently set one of my data disks as a 2nd Parity disk. Before starting the array, I did select the "Parity is already valid" checkbox. About 1 minute into the start up of the system, I realized my mistake and stopped the arry. I then went to set the disks back to the original setup prior to my mistake but I saw the errors indicating wrong disks so went to create a new config. Unraid can no longer see data on the 12TB disk that I had accidently set as the 2nd Parity. Is there anyway I can still rebuild that disk from the 1st Parity Disk or is my data pretty much gone?
×
×
  • Create New...