Disk access history error

ERROR: Disk Access History (I/O): ABNORMAL

ERROR: Disk Access History (I/O): ABNORMAL

Post by diskwzrd » Tue Jan 16, 2018 12:16 am

I have a TS-831X populated with eight Seagate ST8000VN0002 drives (8TB each).They are set for 2 parity drives. Currently running firmware: 4.3.4.0435 which was also updated last night but did not show any error.

This morning I woke up to 3 of the drives showing the following error message:

Disk Access History (I/O): ABNORMAL

And the unit is in Read Only mode and the network is not recognizing it through Windows Explorer. I can get to it via the web interface and I can see the list of files in File Station and can view at least one of the pictures.

I was thinking of shutting it down and restarting but wasn’t sure. And if I have to replace 3 drives, how will that affect my data since there were only 2 parity drives?

Any suggestions. I have about 22TB of files.

Re: ERROR: Disk Access History (I/O): ABNORMAL

Post by dolbyman » Tue Jan 16, 2018 12:55 am

with two parity .. I guess you mean RAID6

RAID6 can only survive two failed drives . 3 would mean a total rebuild of your data from backups .. I would try to reboot it .. see if the disks come back up .. (if the disks are actually ok)

If not . contact QNAP maybe they can force a mount via teamviewer (if the drives are OK)

Re: ERROR: Disk Access History (I/O): ABNORMAL

Post by MrVideo » Tue Jan 16, 2018 8:19 am

Re: ERROR: Disk Access History (I/O): ABNORMAL

Post by CasaP » Tue Feb 27, 2018 2:42 am

While upgrading from 4 x 2TB WD Red, to 4 x 4Tb WD Red we had this error.

Swapped Disk 4 all OK. The error only arose after adding Disk 3, then Disk 3 & Disk 4 were marked «Disk Access History (I/O): Abnormal» RAID was put into Read Only mode, NAS = Useless. 1 day wasted.

The error cleared up when I did a Health Scan on both drives. 2 days wasted.
Then I added a third disk and left the RAID to rebuild over the weekend, now Monday Morning, Disk 2 & Disk 3 are marked «Disk Access History (I/O): Abnormal». NAS = Useless. I am currently running a health check on Disk 2 & 3. So far thats 3 days wasted, in practical terms though it’s been over a week since we started to «upgrade» the NAS.

I opened a ticket whit qNAp, they responded later the same day, so kudos there, but they effectively told me to download & install the qNap Diagnostics App and send them the log dump, BUT the thing is THE RAID IS IN READ ONLY MODE SO SOFTWARE WONT INSTALL. . I will have to wait until tomorrow to see what happens. This is starting to feel like amateur hour.

Can qNAP make it policy to stop forcing «features» onto users. I am looking at €1000+ in hardware that is useless, from what I can gather it’s likely due to some sloppy programming. Why do I feel like a Guinae pig?

I’ve been using qNap happily for several years without too many hiccups, since the last couple of upgrades there has been issue after issue, all fixed, but each one eats an hour here and an hour there. This time though, it’s serious.

QNAP TS-453Pro w/ 4 * WD RED 4Tb (RAID5) — FW: QTS Build Latest (stable)
QNAP TS-853A w/ 8 * WD RED 6Tb (RAID5) — FW: QTS Build Latest (stable)

Источник

[resolved] clear «Disk Access History I/O» ERROR

[resolved] clear «Disk Access History I/O» ERROR

Post by karls0 » Sun Aug 22, 2021 10:48 pm

Hi @ all,
I have a TVS-463 with 2 x 4TB (ST4000NM0035) as RAID1 and 2 x 2TB as another RAID1. After full backup of everything I removed one of the 2 TB-disks and replaced it with a 4 TB disk (ST4000NM000A). Then I started to migrate the RAID 1 to RAID 5. The process was calculated to take 20 hours. After 6-8 hours the process stopped and the NAS was not reachable any more (no web-management, no ssh, no ping). Now the two disks from the original RAID1 show «ERROR . one or more unrecoverable read/write errors have been detected». SMART says everything is good. I started the Disk Health «Complete test» and after 5 hours it showed «no errors found», but the «Disk Acccess History» still shows «ERROR».

Since I don’t believe, that both disks died the same moment, and the test also said OK, I wanted to build a completly new RAID5 with all four 4TB disks I have. I deleted the pool and tried to create a new one, but disks 1 and 2 cannot be selected (the ones with the error-message).

Can anyone tell me how to remove the error-status from these two disks?

PS: I found a similar post with no usable answer viewtopic.php?f=25&t=162347&p=795972&hi . or#p795972
Since I don’t have a Windows machine, I cannot try the suggested way.

Re: clear «Disk Access History I/O» ERROR

Post by dolbyman » Sun Aug 22, 2021 11:45 pm

Re: clear «Disk Access History I/O» ERROR

Post by karls0 » Tue Aug 24, 2021 3:53 pm

Thx dolbyman for the fast reply, but no luck for me.
— I took out the drives of the NAS
— deleted the partitiontable
— created a new partitiontable with one prim partition over the full disk
— formatted it with a linux file-system

After inserting the disk back in my NAS — hurray, the LED for the disk was green — but only for 15 sec :—((

So I am back where I was. Did I do something wrong? Any other ideas?
TIA, Karl

Re: clear «Disk Access History I/O» ERROR

Post by dolbyman » Tue Aug 24, 2021 7:38 pm

Re: clear «Disk Access History I/O» ERROR

Post by karls0 » Wed Sep 08, 2021 9:42 pm

Hi dolbyman,
I did so, but they were not very helpfull.
I asked them for a way to reset the error-flag of the disks three times. But they only told me to test my disks with Seatools (which took me 50 hours each) and after that I still had no success. So they offered me a repair for $ 360.—. After this experience I was short at ordering a new NAS from another vendor. Again I looked through some posts on the internet and found that there is a «bad block test» available through the GUI, that also clears the error-flag if no bad blocks are found.

This solved my problem, but I am annoyed by the way QNAP responds to their customers.

Re: [resolved] clear «Disk Access History I/O» ERROR

Post by cameo » Wed Oct 06, 2021 4:37 am

Hi, for what it’s worth, here is my story. And let me put a warning in front, I executed the below in good faith knowing that I had plenty of backup and in case of failure could rebuild this NAS from a backup.

I had a similar problem as described above.

I hot swapped a defective drive from a RAID6 with a fresh one and the NAS started rebuilding right away. Somehow I managed to get the NAS to reboot during the rebuild. IMHO this should not be possible easily.
After the reboot the drive was marked with «error» and I could not reset the disk access history.

Unwilling to wait for the bad block check (after all it was a fresh drive), I looked via ssh on the NAS and found the config file.

Model name: TS-1677X
Firmware version: 5.0.0.1808 Build 20211001

The file /mnt/HDA_ROOT/.conf contains what appears to be a list of all drives that were in the NAS; even some that were removed more than a year ago.
The content looked like this:

The numbers starting with 500x are the WWN (unique number) of the drive. You can find them in QTS under «Storage & Snapshots» > «Storage» > «Disks/VJBOD» when you hold the mouse pointer above a disk.

Recognize in file /mnt/HDA_ROOT/.conf the line starting with pd_err, it matches exactly the drive that is shown as erroneous and which I had originally inserted into slot 16 (0x10).

After changing the .conf file put the drive back in slot 16 and after a moment the NAS finds it and starts rebuilding.

Again, let me add a warning. I am no QNAP expert, but impatient sometimes. Before you mess with your setup, ensure you have good backup. Don’t blame me if it fails.
And if you are not having a fresh disk to insert, maybe a bad sector check is not the worst idea.

On the other hand, I will not charge you $360 for this little insight

Re: [resolved] clear «Disk Access History I/O» ERROR

Post by tjarb » Thu Nov 04, 2021 5:21 pm

You saved my day!
I «hotswapped» a disk without detaching it first and it got marked as «hardware errors».
But there’s no fkng way to recover it! Even by replacing with another fresh out the box disk, it sets the bay as «erroneous», not the drives
Bad sector checks didn’t solve the issue (flag was not cleared).

Thanks and have nice day (mine is!).

Re: [resolved] clear «Disk Access History I/O» ERROR

Post by edj_11 » Sat Dec 11, 2021 9:23 pm

Re: [resolved] clear «Disk Access History I/O» ERROR

Post by Johnno72 » Mon Jan 17, 2022 11:59 am

Re: [resolved] clear «Disk Access History I/O» ERROR

Post by kanady43 » Sun Feb 13, 2022 2:06 am

@cameo: Thanks, you really saved my day. Had the same issue, and have been in the state to throw the brand new 10 Tbyte Seagate through the closed window (would be not survive, from 9th floor).

@Johnno72: Use WinSCP, you can download it on https://winscp.net/ You have to allow the SSH in Control Panel — Network and then you have to create a connection in WinSCP, transfer protocol SCP, fill the internal TCPIP address of your NAS, port 22, user name admin and the passwort you have for that account. The rest is described above.

Re: [resolved] clear «Disk Access History I/O» ERROR

Post by geoff.cole1954 » Sat Feb 19, 2022 11:10 am

I am hopeful this will make many users of NAS Boxes happy, as there has been much conversations, on the issue,
both within the QNAP Users Forum and Outside on the internet via Google searches but nothing worked completely for me for fix all the issues.

But nobody has offered my final solution by doing a service on the NAS Box to fix this intermittent issue entirely.

————————————————————————————————————————————————————————————————————————
ISSUE:
——
Over the last 18 months of a 4 year NAS Box (TS-431P — 4 Bays — 4 x 8TB Seagate Iron Wolf NAS Disks) I had similar problem with my HHD of Disk 4 slot appearing as faulty,
but there were actually nothing wrong with the drives using Seagate Diagnostics SeaTools (Windows) on my windows 10/11 system,
and connecting up the suspect drive.

I have replaced the hard drive 3 times, and would fix the issue for a while, then would disconnect drive 4 from RAID6 Array,
after routine disk tests failed and intermittently during «raid rebuild» of 4 drives but always in drive 4 bay, no matter which disk is used.

Note:
I even swapped good drive 3 and drive 4 over, thinking error would swap over to drive 3 bay disconnecting, but no drive 4 always fails.

RESOLUTION SUMMARY:
——————————
1) remove duplicate drive entries in the /mnt/HDA_ROOT/.conf file. — fixed the testing on drive 4 fails,
but did not fix the issue of drive 4 disconnecting during Rebuild of Array of 4 disks and always around the 30+ hours.

2) FIXED Permanently:
—————————
RESULTS:
————
Near new performance restored, even download of large files from NAS to Windows 11, right up to spec.
Drive 4 latency reduced from 35 millseconds to 4 milliseconds, with other 3 drives always (before service/after)

9 miliseconds during «raid rebuild» of 4 drives.

Time for «raid rebuild» of 4 drives, reduced from 35 hrs to 26 hrs due to higher throughput with no errors.

All QNAP NAS Tests on Disks Passed & Rebuild of Array which were all run on the 4 disks at the same time, with no errors.

SOLUTION:
————-
Did a Service of the QNAP NAS Box, and cleaned everything including the female / male connectors ie 4 SATA disks and the daughter board to motherboard SATA Connector,
especially all the male gold contacts which were cleaned and lightly buffed with clean printer paper, and all connectors mechanically exercise about 6 times (1 = remove/insert cycle)

The daughter board to motherboard SATA Connector, connects the 2 following groups, are Common to ALL 4 Drives.
a) Power Rails (+3.3V, +5V, 12V) to all 4 disks

b) Serial ATA Signals (250mv) multiplexed to all 4 drives, from the one set of signals for all 4 drives ie not 4 sets of signals, 1 for each drive.

These signals run at

10Gbps (during a «raid rebuild» of 4 drives), so any «resistance» will degrade the signals to each SATA HHD Drive, especially drive 4

Drive 4 is the furtherest away from from the motherboard, and has the longest PCB traces.

CONCLUSION:
——————
Since nothing with drives, then had to be something electrical/mechanical on the daughterboard as only drive 4 affected, and no errors on drive 1,2,3

Therefore doing a «service» (cleaning) would eliminate bad connections, which has been the cause of many a PC behaving erratically after a few years,
and seen the same in my industry with Control Systems in the field.

Refer attached screenshots of my QNAP NAS Box.

Note:
——
Take photos as you disassemble the box, and put screws in groups with each group marked where they go.

This makes assembling much easier.

QNAP QUESTION:
———————-
If I had a 5 year warranty, a drive disconnecting at about 3 years, but SATA Disks tested ok from disk manufactures software.

Who would fix the issue and who pays the cost ?

I believe since it is not a manufacturing defect, it would not be covered by the QNAP warranty, but the user cannot disassembly as it is still in warranty period.

Perhaps it is a long term design/reliablity issue and much better arrangement of connectors and quality would be desired.

This issue would go for any NAS Box irrespective of brand.

SYMPTOM:
———
Intermittently Drive 4 would disconnect during a Raid ReBuild of the Array or when Tests were undertaken.

On the embedded linux server powering the NAS box, the /dev/sdd* dedefinitions would totally disappear,
and only reappear when the drive was hot-swapped-disconnected/removed and then reinstalled/connected.

Accessed the NAS Box via Putty SSH using NAS IP Address, and username = admin and admin default password which is the mac_address_1 in UPPERCASE.

So I checked/modified /mnt/HDA_ROOT/.conf fixed the problem for a short while but drive would disconnect,
during Raid Array Rebuild in 30+hours where all 4 drives were active ie reads/writes

I had 3 duplicate entries in the config file, so which is incorrect as should only have one per device connected.

So fixed that, and that only fixed for a short while, and the the issue reappeared in the next rebuild of the array around 30+ hours mark.

Next since drive was intermittently disconnecting when all 4 drives were active during raid rebuild of the array, and the fact the nothing wrong with the drives.

I even swapped GOOD drive 3 and 4 over, but fault stayed on drive 4 bay.

So must be either a mechanical or electrical issue on drive 4 causing the SATA HDD disk to drop out.

So did a full service on NAS Box,
a) disassembled of NAS box into all parts
b) cleaned of all dust fluff using brush and vacuum cleaner
c) cleaned using IPA ISOPROPYL ALCOHOL 99.8% Pure (Australia JAY CAR) but any electronics part store should have this cleaning agent which does not leave any residue.
d) cleaned up all male/female connectors as c above, and lightly buffed gold plated male fingers from a dull gold colour with clean printing paper.
e) mechanical exercise all connectors about 6 times.
f) reassembled
g) tested and found no further issues.

Editor use either vi or vim both the same.

] # cat /mnt/HDA_ROOT/.conf
————————
hal_support = yes
sm_v2_support = yes
pd_dev_wwn_5000C500AF87E5B5 = 0x1
pd_dev_wwn_5000C500A2DD462E = 0x2
pd_dev_wwn_5000C500D6C523B8 = 0x3
pd_dev_wwn_5000C500B5D764FC = 0x4
hw_addr = 9E:77:63:16:E9:82
nas_capability = 0x1
QNAP = TRUE
mirror = 0

[SSD_SETTING]
ssd_warned_wwn_5000C500B5D764FC = 0
ssd_warned_wwn_5000C500AFBBEC49 = 0
ssd_warned_wwn_5000C500D6C523B8 = 0
[

which disk hot-swapped ie remove/reinstall in drive 4 bay, which forces a reconnect and raid rebuild

] # cat /mnt/HDA_ROOT/.config/raid.conf
[Global]
raidBitmap = 0x2
globalSpareBitmap = 0x0
pd_5000C500AF87E5B5_Raid_Bitmap = 0x2
pd_5000C500A2DD462E_Raid_Bitmap = 0x2
pd_5000C500D6C523B8_Raid_Bitmap = 0x2
pd_5000C500B5D764FC_Raid_Bitmap = 0x2

[RAID_1]
uuid = edadf029:c5fbcd40:0129d94d:3fb50bdb
id = 1
partNo = 3
aggreMember = no
readonly = no
legacy = no
version2 = yes
overProvisioning = 0
deviceName = /dev/md1
raidLevel = 6
internal = 1
mdBitmap = 0
chunkSize = 512
readAhead = 1024
stripeCacheSize = 1024
speedLimitMax = 0
speedLimitMin = 50000
data_0 = 1, 5000C500AF87E5B5
data_1 = 2, 5000C500A2DD462E
data_2 = 3, 5000C500D6C523B8
data_3 = 4, 5000C500B5D764FC
dataBitmap = F
scrubStatus = 1
eventSkipped = 0
eventCompleted = 1
degradedCnt = 0
[

TESTS & COMMANDS:
——————
During Rebuild of Raid showing All 4 drives connected.

cmd = ls -l /dev/sd*

Displays Results All Drives Connected:
—————————————
brw——- 1 admin administ 8, 0 Jan 1 1970 /dev/sda
brw——- 1 admin administ 8, 1 Jan 1 1970 /dev/sda1
brw——- 1 admin administ 8, 2 Feb 18 22:01 /dev/sda2
brw——- 1 admin administ 8, 3 Jan 1 1970 /dev/sda3
brw——- 1 admin administ 8, 4 Feb 19 05:24 /dev/sda4
brw——- 1 admin administ 8, 5 Feb 18 22:01 /dev/sda5
brw——- 1 admin administ 8, 16 Jan 1 1970 /dev/sdb
brw——- 1 admin administ 8, 17 Jan 1 1970 /dev/sdb1
brw——- 1 admin administ 8, 18 Feb 18 22:01 /dev/sdb2
brw——- 1 admin administ 8, 19 Jan 1 1970 /dev/sdb3
brw——- 1 admin administ 8, 20 Feb 19 05:25 /dev/sdb4
brw——- 1 admin administ 8, 21 Feb 18 22:01 /dev/sdb5
brw——- 1 admin administ 8, 32 Jan 1 1970 /dev/sdc
brw——- 1 admin administ 8, 33 Jan 1 1970 /dev/sdc1
brw——- 1 admin administ 8, 34 Feb 18 22:01 /dev/sdc2
brw——- 1 admin administ 8, 35 Jan 1 1970 /dev/sdc3
brw——- 1 admin administ 8, 36 Feb 19 05:26 /dev/sdc4
brw——- 1 admin administ 8, 37 Feb 18 22:01 /dev/sdc5
brw——- 1 admin administ 8, 48 Jan 1 1970 /dev/sdd
brw——- 1 admin administ 8, 49 Jan 1 1970 /dev/sdd1
brw——- 1 admin administ 8, 50 Feb 18 22:01 /dev/sdd2
brw——- 1 admin administ 8, 51 Jan 1 1970 /dev/sdd3
brw——- 1 admin administ 8, 52 Feb 19 05:27 /dev/sdd4
brw——- 1 admin administ 8, 53 Feb 18 22:01 /dev/sdd5

Displaye Results but Now Showing Drive 4 DisConnected: (note no drive /dev/sdd*)
——————————————————
brw——- 1 admin administ 8, 0 Jan 1 1970 /dev/sda
brw——- 1 admin administ 8, 1 Jan 1 1970 /dev/sda1
brw——- 1 admin administ 8, 2 Feb 18 22:01 /dev/sda2
brw——- 1 admin administ 8, 3 Jan 1 1970 /dev/sda3
brw——- 1 admin administ 8, 4 Feb 19 05:24 /dev/sda4
brw——- 1 admin administ 8, 5 Feb 18 22:01 /dev/sda5
brw——- 1 admin administ 8, 16 Jan 1 1970 /dev/sdb
brw——- 1 admin administ 8, 17 Jan 1 1970 /dev/sdb1
brw——- 1 admin administ 8, 18 Feb 18 22:01 /dev/sdb2
brw——- 1 admin administ 8, 19 Jan 1 1970 /dev/sdb3
brw——- 1 admin administ 8, 20 Feb 19 05:25 /dev/sdb4
brw——- 1 admin administ 8, 21 Feb 18 22:01 /dev/sdb5
brw——- 1 admin administ 8, 32 Jan 1 1970 /dev/sdc
brw——- 1 admin administ 8, 33 Jan 1 1970 /dev/sdc1
brw——- 1 admin administ 8, 34 Feb 18 22:01 /dev/sdc2
brw——- 1 admin administ 8, 35 Jan 1 1970 /dev/sdc3
brw——- 1 admin administ 8, 36 Feb 19 05:26 /dev/sdc4
brw——- 1 admin administ 8, 37 Feb 18 22:01 /dev/sdc5

FDISK:
——
cmd = fdisk -l 2>/dev/null | head -n60

PARTED:
——-
cmd = parted -l 2>/dev/null | head -n 60

Config files:
————-
cmd = cat /mnt/HDA_ROOT/.config/raid.conf

] # cat /mnt/HDA_ROOT/.config/raid.conf
[Global]
raidBitmap = 0x2
globalSpareBitmap = 0x0
pd_5000C500AF87E5B5_Raid_Bitmap = 0x2
pd_5000C500A2DD462E_Raid_Bitmap = 0x2
pd_5000C500D6C523B8_Raid_Bitmap = 0x2

[Remove]
0x00000004 = 0x2

[RAID_1]
uuid = edadf029:c5fbcd40:0129d94d:3fb50bdb
id = 1
partNo = 3
aggreMember = no
readonly = no
legacy = no
version2 = yes
overProvisioning = 0
deviceName = /dev/md1
raidLevel = 6
internal = 1
mdBitmap = 0
chunkSize = 512
readAhead = 1024
stripeCacheSize = 1024
speedLimitMax = 0
speedLimitMin = 50000
data_0 = 1, 5000C500AF87E5B5
data_1 = 2, 5000C500A2DD462E
data_2 = 3, 5000C500D6C523B8
data_3 = 4, (REMOVED)
dataBitmap = F
scrubStatus = 1
eventSkipped = 0
eventCompleted = 1
degradedCnt = 0
[

] # cat /mnt/HDA_ROOT/.config/raid.conf
[Global]
raidBitmap = 0x2
globalSpareBitmap = 0x0
pd_5000C500AF87E5B5_Raid_Bitmap = 0x2
pd_5000C500A2DD462E_Raid_Bitmap = 0x2
pd_5000C500D6C523B8_Raid_Bitmap = 0x2
pd_5000C500B5D764FC_Raid_Bitmap = 0x2

[RAID_1]
uuid = edadf029:c5fbcd40:0129d94d:3fb50bdb
id = 1
partNo = 3
aggreMember = no
readonly = no
legacy = no
version2 = yes
overProvisioning = 0
deviceName = /dev/md1
raidLevel = 6
internal = 1
mdBitmap = 0
chunkSize = 512
readAhead = 1024
stripeCacheSize = 1024
speedLimitMax = 0
speedLimitMin = 50000
data_0 = 1, 5000C500AF87E5B5
data_1 = 2, 5000C500A2DD462E
data_2 = 3, 5000C500D6C523B8
data_3 = 4, 5000C500B5D764FC
dataBitmap = F
scrubStatus = 1
eventSkipped = 0
eventCompleted = 1
degradedCnt = 0
[

Источник

Qnap архив доступа к диску ошибка

Полезная информация:
1. как включить возможность шифрования дисков (отключено для некоторых стран бывшего СССР по умолчанию) — https://forum.qnap.com/viewtopic.php?f=25&t=142266&p=680296#p680296
2. как подключить облако cloud.mail.ru

Сообщение отредактировал shredder2003 — 17.08.18, 14:03

5. приложение «WebDAV» из репозитория по п.1 коннектится нормально на адрес http://127.0.0.1:9912

сложности: если двухфакторная авторизация к мейл-аккаунту, то видимо в автозагрузку поставить это не получится (можно коннектиться только разово для одной задачи), т.к. запрос кода происходит в запускающем терминале.

Возникает ощущение крайней сырости всего софта.
Задача: синхронизировать папки в облаке (cloud.mail.ru, disk.yandex.ru) с NAS на текущий момент нерешаема.

Для синхронизации пытаюсь использовать
1. приложение Hybrid Backup Sync.
1.1 при синхронизации с яндекс-диском никакой синхронизации не происходит, процесс висит в статусе running и не потребляет ресурсов.
1.2 при попытке добавить яндекс-диск как webdav-ресурс, выдаёт ошибку «input error» без всяких объяснений.
1.3 при попытке добавить облако мейл.ру как webdav-ресурс, выдаёт ошибку «input error» без всяких объяснений.

2. Приложение WebDAV:
2.1 облако мейл.ру принимается как вебдав-ресурс, но приложение служит только для бэкапа, требует либо пустую папку, либо в корень создаёт сам папку /QNAP/Cloud_Backup/ , куда и пишет всё. Т.е. синхронизировать данные с существующей папкой с данными уже не получится.

Техподдержка пока вялая и даёт советы вида «попробуйте переустановить приложение».

Друзья,
столкнулся со странной ситуацией.
Если у кого было, поделитесь как ее решить ?

у меня модель Qnap TS-231P

Пришло очередное обновление и я обновился до версии 4.3.4.0675
после обновления произошли странные вещи:

1. изменился URL адрес админ зоны. был такой: http://192.168.0.119 , стал такой http://192.168.0.109
2. изменился MAC адрес
3. и самое главное что меня беспокоит, я теперь не могу выключить сервер через админ зону. Выбираю выключить, он выключается и сразу стартует.

На английском форуме почитал — там про это никто не пишет.
как быть, что делать?

Источник

QNAP TS 410, восстанавливает RAID?

QNAP TS-410 на днях вышел из строя диск и перешел в режим деградации. Поэтому я купил новый диск. Бывшие диски были Seagate, но я купил Western Digital теперь, который он одобрил QNAP в своей базе данных поддерживаемых дисков, его тот же размер, так что это не должно иметь значения правильно? Так что теперь у меня 3 seagate и 1 wd. Я поменял местами новый и старый диски и системный журнал сказал

[RAID5 Disk Volume: Drive 1 2 3 4] Start rebuilding

но я не вижу никаких признаков в веб-интерфейсе, что перестроение происходит, нигде нет индикатора выполнения, но свет на передней панели устройства мигает красным / зеленым, указывая, что он восстанавливается. Это нормально или происходит что-то странное? Есть ли способ проверить с помощью командной строки через ssh, что происходит перестройка?

также под панелью управления — > Диспетчер хранения — > управление томами (в веб-интерфейсе QNAP, а не на панели управления windows) новый диск имеет «ошибку чтения/записи диска» в разделе состояние, но интеллектуальная информация говорит это хорошо.

я возился с этим в течение некоторого времени, и я попытался сделать сканирование на новом диске, что заняло около дня, чтобы закончить, и после этого статус пошел на готов, но до сих пор никаких признаков того, что RAID перестроить происходит (за исключением этой записи журнала). Я перезапустил QNAP, и новый диск снова получил статус» Ошибка чтения/записи диска», и журнал снова сказал, что он перестраивает RAID.

верхняя панель веб-интерфейса имеет кнопку, показывающую фон процессы, но там ничего не показано, поэтому перестроение не является фоновым процессом.

Если я зайду в Диспетчер хранилища — > управление RAID и выберу RAID, то кнопка действия будет неактивна, поэтому я не могу выполнять никаких действий с RAID, я думаю, это потому, что он находится в деградированном режиме и смонтирован только для чтения.

Я в замешательстве, рейд перестраивается или нет? И если его не перестраивают, есть ли какой-то способ заставить перестроить? Или это не очень хорошо идея?

этот QNAP имеет прошивку 4.1.1 Build 20140927, если это имеет значение.

cat /proc/mdstat дает мне следующий результат:

как видно из md0 последний диск не находится в массиве RAID (uuu_ последний символ подчеркивания должен быть U, если диск был в RAID, насколько понимаю.

Источник

igrowing

Заметки врача-программиста

Все, о чем вы знали, но боялись спросить

That’s very rare failure of RAID on QNAP NAS server. The drive runs into «Abnormal» state, usually after sudden power failure. The RAID is shown as degraded. QNAP official is full of such complaints and threads. However, the forum is not helpful. You may spend hours of reading meaningless posts and doing helpless «procedures» that people propose. The most annoying thing there is that QNAP support staff (which has a purpose to help users) makes the problem resolution even harder. They require to provide personal and not relevant data. This spends time and takes more risk of another failure on degraded RAID.

Nevertheless, the solution is very simple and costs nothing! No need to replace a drive (usually).
DO:
1. System settings -> Storage manager -> HDD SMART -> Select the affected drive -> Test -> Select Rapid test -> Test (and agree with all warnings). This will take 2 minutes. If the drive is found OK then proceed. Else, the drive is dead indeed.
2. System settings -> Storage manager -> Select the affected drive -> Scan (and agree with all warnings). This will take 1-3 hours. If the drive is found OK then proceed. Else, the drive is dead indeed.
3. System settings -> Storage manager -> Select the RAID volume -> Check file system (and agree with all warnings). This will take 1-3 hours. If the RAID is found OK then order a beer for yourself (or other treat:). Else, the affected drive is dead indeed.

DON’T:
— Don’t power/reboot cycle your server.
— Don’t reseat the affected drive.
— Don’t replace the drive until the «DO» is not completed and the hope is gone.

Another useful tip in cases of sudden power failure. Mostly, RAID goes up OK and reported as «may contain errors». Don’t take a risk of keeping garbage of the file system. Sort out the mess with 1 simple step:
System settings -> Storage manager -> Select the RAID volume -> Check file system (and agree with all warnings). This will take 1-3 hours and fixes errors usually.

Источник

Disk Access History (i/o) error

Disk Access History (i/o) error

Post by jameshenderson » Wed Dec 09, 2020 4:49 am

I have just seen this error on one of my WD Red 4TB drives in my QNAP TS-453Bmini (RAID-5).
https://imgur.com/IvfbJGS

Everything else about this drive appears to be OK and it passed the file system test.

Is this a real fail or can I reset the error somehow and rebuild by RAID?

Re: Disk Access History (i/o) error

Post by dolbyman » Wed Dec 09, 2020 5:35 am

Please attach pictures to the forum and don’t link to 3rd party sites

If the controller on NAS or DISK have issues, the actual SMART on the disk might be fine, but at some point the disk did not write or read information successfully

swap the disk and see if the error persists/returns

then it could be a defective drive bay

Re: Disk Access History (i/o) error

Post by jameshenderson » Wed Dec 09, 2020 5:44 am

Re: Disk Access History (i/o) error

Post by jameshenderson » Wed Dec 09, 2020 5:45 am

swap the disk and see if the error persists/returns

then it could be a defective drive bay

Re: Disk Access History (i/o) error

Post by OneCD » Wed Dec 09, 2020 6:14 am

I use Imgur for all my forum posts. After uploading the image to your Imgur account, click on the image and a new window will open. On the right-hand-side of that window, you’ll see a bunch of pre-formatted codes for use in different environments. The QNAP forum uses phpBB, so locate the ‘BBCode’ format, click the «Copy» button, then paste that into your post.

For your particular image, when you preview or post it, it will then appear like this:

Источник

Ошибка в файловой системе Qnap

Все новые темы

Автор
Stafart Участник форума Зарегистрирован: 16.06.2010 Пользователь #: 88,400 Сообщения: 456	Добавлено: Вт 21 Сен, 2021 19:28 Заголовок сообщения: Ошибка в файловой системе Qnap qnap.jpg Описание: Размер файла: 111.5 KB Просмотрено: 709 раз(а)
Вернуться к началу
Зарегистрируйтесь и реклама исчезнет!
sky star Почетный житель Зарегистрирован: 29.01.2007 Пользователь #: 50,815 Сообщения: 4990 Голоса: 17	Добавлено: Ср 22 Сен, 2021 4:02 Заголовок сообщения: _________________ Crash&Burn
Вернуться к началу
ipmanyak Windows guru Windows guru » title=» Windows guru » border=»0″/> Зарегистрирован: 28.03.2007 Пользователь #: 53,638 Сообщения: 5248 Голоса: 94	Добавлено: Ср 22 Сен, 2021 6:47 Заголовок сообщения: _________________ В сортире лучше быть юзером, а не админом!
Вернуться к началу
Stafart Участник форума Зарегистрирован: 16.06.2010 Пользователь #: 88,400 Сообщения: 456	Добавлено: Ср 29 Сен, 2021 19:07 Заголовок сообщения:
Вернуться к началу
Stafart Участник форума Зарегистрирован: 16.06.2010 Пользователь #: 88,400 Сообщения: 456	Добавлено: Ср 29 Сен, 2021 19:08 Заголовок сообщения:
Вернуться к началу
Одмин Участник форума Зарегистрирован: 03.01.2021 Пользователь #: 175,383 Сообщения: 243 Голоса: 4	Добавлено: Ср 29 Сен, 2021 20:40 Заголовок сообщения:
Вернуться к началу
Stafart Участник форума Зарегистрирован: 16.06.2010 Пользователь #: 88,400 Сообщения: 456	Добавлено: Ср 13 Окт, 2021 15:04 Заголовок сообщения:
Вернуться к началу
Андрай Активный участник Зарегистрирован: 24.03.2008 Пользователь #: 68,166 Сообщения: 771 Откуда: СПб Голоса: 6	Добавлено: Ср 13 Окт, 2021 15:31 Заголовок сообщения:
Вернуться к началу
Stafart Участник форума Зарегистрирован: 16.06.2010 Пользователь #: 88,400 Сообщения: 456	Добавлено: Ср 13 Окт, 2021 20:53 Заголовок сообщения:
Вернуться к началу
Vellion Активный участник Зарегистрирован: 29.10.2006 Пользователь #: 45,247 Сообщения: 500 Источник Adblock detector

инструкции

Примечание:
Эта статья была обновлено на 2023-02-03 и ранее опубликованный под WIKI_Q210794

Meaning of External hard drive connection / access history??

Попытка доступа к веб-сайту иногда может привести к ошибкам. Одной из наиболее распространенных ошибок является ошибка соединения или ошибка времени установления соединения. Этот тип ошибки сообщения появляется, когда веб-сайт, к которому вы хотите получить доступ, недоступен на данный момент. Также может возникнуть проблема с сетевым подключением. Если вы хотите настроить сетевое подключение на своем компьютере, может возникнуть ошибка соединения.

Когда происходит ошибка соединения, иногда вы ничего не можете с этим поделать, а просто подождите, пока соединение вернется. Однако есть случаи, когда возникает ошибка соединения, поскольку вы, возможно, изменили настройки своего окна. Проверьте настройки и отредактируйте их в нормальном режиме.

Causes of External hard drive connection / access history??

Если вы сталкиваетесь с ошибкой соединения при попытке доступа к веб-сайту, это может раздражать вас, но хорошо, что ваша Windows имеет встроенный инструмент устранения неполадок, который поможет вам устранить проблемы с сетевым подключением.

Когда вы имеете дело с ошибкой времени ожидания соединения, вы можете сделать несколько решений:

• Измените настройку времени ожидания по умолчанию
• Отрегулируйте настройки локальной сети
• Измените файл хоста вашего Windows 10
• Обновите свой DNS и IP-адрес
• Отключите любое проблемное расширение
• Сбросьте свой браузер, чтобы вернуться к умолчанию
• Используйте 64-разрядную версию вашего браузера
• Перезапустить маршрутизатор
• Очистить данные просмотра
• Проверьте, обновлен ли ваш браузер, и установите любое обновление

More info on
External hard drive connection / access history?

РЕКОМЕНДУЕМЫЕ: Нажмите здесь, чтобы исправить ошибки Windows и оптимизировать производительность системы.

I need to be able to locate information of getting this «drive and files mounted/accessed/connected» data. I didn’t want to spoil the chances on the drive that details its access history. Any related information, such as machine names that it was taken back from the client site. The data on it was compromised when any help.
 

were connected to the device would be wonderful. I have NOT connected this drive since it was accidentally left at a client’s office.

Hello, all,
I looked thoroughly through the archives to find an answer in the time that it was gone, and the times/dates of mounting. Thank you for were accessed, and the times and dates of file access.

Было бы неплохо узнать, смонтирован ли он вообще для этого, но я мог найти ответы, которые были частично связаны. Во-вторых, было бы хорошо знать, есть ли файлы
могу ли я получить доступ к истории файлов на подключенном внешнем накопителе W10

Я имею систему Win 8.1 и рассматриваю использование истории файлов, потому что я не могу получить Win 8.1 для загрузки с компакт-диска. Спасибо за помощь,
Ken

Подключение внешнего жесткого диска

External H-drive connection- strange access

USB peripherals can be seen as «new hardware» when plugged into a different USB port from that which was used previously.

Внешний жесткий диск — беспроводное соединение

У меня есть внешний диск Western Digital, жесткий в моем Интернете и файлы на моем ПК. У меня есть ноутбук, с которым я подключаю беспроводной компьютер, но я до сих пор не могу подключиться к этим папкам. Я сделал общий диск на жестком диске, поскольку у меня было, чтобы проверить, что разрешения установлены для доступа к файлам. Проверьте как общий доступ, так и жесткий диск, который я не могу подключить к папкам.

Проблема с внешним жестким диском

Предложений может быть недостаточно для запуска вашего HD.
У меня возникают трудности с подключением внешнего жесткого диска, который мой Sony Vaio не узнает. Возможно, вам понадобится источник питания для вашего порта USB, который может поставлять только 500 MA, который, пожалуйста.

HD, если это позволяет.

Отсоединение подключения к внешнему жесткому диску.

Проблемы с внешним жестким диском

Подключение к внешнему жесткому диску для резервного копирования

I’m going to get an external hard drive for backups a port so I’d need to buy an adapter.

Подключение внешнего жесткого диска

Я получаю тон, когда устройство USB испытывает проблемы с подключением к диску, когда я подключаю его к своему настольному компьютеру.

Не могу получить доступ к внешнему жесткому диску

All I can see is a bootex file with the following Now I cant access any of the data stored on the drive. lost chains to files (Y/N)? When I hover over drive L: that listed on «my computer» it has been scheduled. A disk check says I have 58.1 GB free space and total size is 186 GB.

Не удается получить доступ к внешнему жесткому диску.

Когда я ушел или щелкнул правой кнопкой мыши, требуется переформатировать, тогда это нормально. Я попытался изменить букву диска, сначала используя кабель диска, или другой порт. Я бы попробовал другой доступ к моему жесткому диску? Какой тип диска указан локальным диском (H:).

Usually, it says MK HD Management,however Disk Management gets stuck while saying «Connecting to Virtual Disk Service…».

Не удается получить доступ к внешнему жесткому диску

Он отображается в диспетчере устройств и устройствах и принтерах в качестве рабочей помощи!

Не удается получить доступ к внешнему жесткому диску

Вы можете попробовать свою помощь. На этом этапе я просто выключаю C: разрешите мне получить доступ к диску, не переформатируя его? В любом случае или любая программа, которую я попытаюсь открыть, она говорит, что не может получить доступ к внешнему диску. Спасибо

I t does show up and it reads the properties,  but when to defrag it Drive with another and reinstalled Windows XP on it.

Не удается получить доступ к моему старому жесткому диску через внешний USB

Как я здоров и активен, но без буквы диска. Перемычка настроена на мастеринг. Я установил свой старый жесткий диск в внешний USB-накопитель и подключил старый жесткий диск.

Доступ к внешнему жесткому диску

Я отключил печатную плату от привода, и корпус был грубой силой. Он справился с правильным набором. Это диск на ноутбуке. Не видно, как это сделать.

Каждые несколько раз есть тикание с моделями ide. В гнезде USB был установлен sata. Я использовал thios вопросы … Мое время я подключаю силу, и не более того.

Часть

не может получить доступ к внешнему жесткому диску

Не удается получить доступ к внешнему жесткому диску

боб
 

Не удается получить доступ к внешнему жесткому диску

старый ноутбук (Toshiba Satellite). H: / недоступен.

Около недели назад я покупаю внешний жесткий диск SimpleTech 320 GB. Он отлично работал на моем ноутбуке My, работающем на Vista, если это имеет значение.

Не удается получить доступ к внешнему жесткому диску

The drive may be different angles when they don’t want to start. Also I have had luck running drives at fine just a bad enclosure. I’m using windows xp

Попытка доступа к внешнему жесткому диску ….. пожалуйста

Или я могу исправить это? Я загрузил пару данных. Может быть, проблема с программами восстановления, но они не видят диск. Любая помощь будет сыновьями на рабочем столе, и их там тоже не видно.

Кто-нибудь знает, что это бесполезно? ваше обновление

Я подключил внешнее к себе, чтобы его очень ценили.

0 Пользователей и 1 Гость просматривают эту тему.