RAID 5 in degraded mode + WebUI not accessible

[antimatter84]

Hello,

here's what happened:

A "unrecovered read error" was detected.

Code: Select all

Host: Drive1 Read I/O error, UNRECOVERED READ ERROR sense_key=0x3, asc=0x11, ascq=0x4, CDB=88 00 00 00 00 01 5c 41 33 18 00 00 00 08 00 00 .

The RAID is now in degraded mode.

Then a disk scan found 1 bad block. (This disk showed strange behaviour once before. It got suddenly recognized as "disconnected" for a few seconds, then "connected" again and started rebuilding. Then it worked. QNAP support could not find any problems.)

I decided to replace this disk and ordered a replacement disk. While waiting for it I shut down the NAS, for the time it being unattended.
Now I have the replacement hard drive and switched the NAS back on, the status LED goes red as expected, but now I cannot access the WebUI logon page. It only shows a blue background. Nothing else. Deleted firefox browser cache, tried 2 other browsers (IE, chromium). Does not help. Always the blue blackground.
SSH login works.

I don't know, what is happening with the Web UI and if I can safely continue replacing the disk in the current state. May be the RAID is in read-only mode because of the degraded state and therefore the web server won't work correctly, but frankly that's just guessing. Checking via SSH, a _thttpd_ and Qthttpd programs are running.

Helpful advice would be highly appreciated.

----

OS for NAS access: Windows 7
NAS Model: TS-431+
Firmware: 4.2.1 build 20160701 (IIRC; can't access Web UI for confirmation)
Network: single port
Drive config: RAID 5
Number: 4 drives
Drive manufacturer: Western Digital
Drive model: WD Red WD30EFRX 3 TB

[dolbyman]

you should have never shut it down, just swapped the drive while running

login via SSH possible ?

if so do

Code: Select all

cat /proc/mdstat

[antimatter84]

I already suspected, that shutting it down was not a good idea. I'll remember it next time. Here's the mdstat:

Code: Select all

Personalities : [linear] [raid0] [raid1] [raid10] [raid6] [raid5] [raid4] [multipath]
md256 : active raid1 sdd2[3](S) sdc2[2](S) sdb2[1] sda2[0]
      530112 blocks super 1.0 [2/2] [UU]
      bitmap: 0/1 pages [0KB], 65536KB chunk

md13 : active raid1 sda4[0] sdd4[3] sdc4[2] sdb4[1]
      458880 blocks super 1.0 [24/4] [UUUU____________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

md9 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1]
      530048 blocks super 1.0 [24/4] [UUUU____________________]
      bitmap: 1/1 pages [4KB], 65536KB chunk

unused devices: <none>

[dolbyman]

looks like your data raid volume (should be md0 ?) did not mount

contact qnap via ticket, so they try to reassemble the RAID

[antimatter84]

Ok, will do that. Thank you.

[dolbyman]

can you do

Code: Select all

cat /etc/config/mdadm.conf

[antimatter84]

No, there's only a symlink in "/etc": mdadm.conf -> config/mdadm.conf@
But the file it points to does not exist.

[dolbyman]

oh..hmm..ok

[MrVideo]

you should have never shut it down, just swapped the drive while running

He didn't shut it down to swap out the drive, he shut it down waiting for the replacement drive to arrive and then turned it back on in order to replace the drive.

[MrVideo]

can you do

Code: Select all

cat /etc/config/mdadm.conf

Doesn't exist on either of my boxes either.

[dolbyman]

I found it in the forum, contained volume name, RAID type and devices involved, must be outdated

[OneCD]

How about:

Code: Select all

cat /mnt/HDA_ROOT/.conf

[antimatter84]

Code: Select all

[/] # cat /mnt/HDA_ROOT/.conf
hw_addr=3E:14:18:93:39:67
QNAP=TRUE
mirror=0
hal_support=yes
sm_v2_support=yes
pd_dev_wwn_50014EE2629593AE=0x1
pd_dev_wwn_50014EE2B7E5B47C=0x2
pd_dev_wwn_50014EE2628EE173=0x3
pd_dev_wwn_50014EE26295B4D8=0x4
nas_capability=0x1

[OneCD]

Sorry - I don't have a solution. Only suggested this file in case it was the one @dolbyman was looking for.