QNAP TS 410, क्या यह RAID का पुनर्निर्माण कर रहा है?


1

QNAP TS-410 में दूसरे दिन एक विफल डिस्क थी और नीचा मोड में चली गई थी। इसलिए मैंने एक नई डिस्क खरीदी। पूर्व डिस्क सीगेट थे, लेकिन मैंने अब एक पश्चिमी डिजिटल खरीदा जो इसे QNAP द्वारा समर्थित ड्राइव के अपने डेटाबेस में स्वीकृत किया गया था, इसका आकार समान है, इसलिए यह सही नहीं होना चाहिए? तो अब मेरे पास 3 सीगेट और 1 wd है। मैंने नए और पुराने डिस्क को गर्म किया और सिस्टम लॉग ने कहा

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

लेकिन मैं वेब इंटरफ़ेस में कोई संकेत नहीं देख सकता कि पुनर्निर्माण हो रहा है, कहीं भी कोई प्रगति पट्टी नहीं है, लेकिन इकाई के सामने की रोशनी लाल / हरे रंग का संकेत दे रही है जो यह संकेत दे रहा है कि यह पुनर्निर्माण कर रहा है। क्या यह सामान्य है या कुछ अजीब चल रहा है? वहाँ किसी तरह से मैं ssh के माध्यम से कमांड लाइन के साथ जांच कर सकता हूं कि पुनर्निर्माण हो रहा है?

नियंत्रण कक्ष के अंतर्गत भी - & gt; भंडारण प्रबंधक - & gt; वॉल्यूम प्रबंधन (QNAP वेब इंटरफ़ेस में, विंडोज़ कंट्रोल पैनल नहीं) नई ड्राइव में स्थिति के तहत "डिस्क रीड / राइट एरर" है, लेकिन स्मार्ट जानकारी इसकी अच्छी बात कहती है।

मैं पिछले कुछ समय से इससे परेशान था और मैंने नई ड्राइव पर एक स्कैन करने की कोशिश की, जिसे समाप्त होने में लगभग एक दिन लग गया और उसके बाद स्थिति तैयार हो गई लेकिन अभी भी कोई संकेत नहीं है कि RAID पुनर्निर्माण हो रहा था (सिवाय यह लॉग प्रविष्टि)। मैंने QNAP को फिर से शुरू किया और नई ड्राइव को फिर से "डिस्क रीड / राइट एरर" का दर्जा मिला और लॉग ने फिर से कहा कि यह RAID का पुनर्निर्माण कर रहा है।

वेब इंटरफेस के शीर्ष बार में बैकग्राउंड प्रोसेस दिखाने वाला बटन होता है, लेकिन वहां कुछ भी नहीं दिखाया जाता है, इसलिए पुनर्निर्माण बैकग्राउंड प्रोसेस नहीं है।

अगर मैं स्टोरेज मैनेजर में जाता हूं - & gt; RAID प्रबंधन और RAID का चयन करें तब एक्शन बटन को धूसर कर दिया जाता है, इसलिए मैं RAID पर कोई कार्रवाई नहीं कर सकता, मुझे लगता है कि यह अपमानित मोड में है और केवल पढ़ने के लिए माउंट किया गया है।

तो मैं उलझन में हूँ, है RAID पुनर्निर्माण किया जा रहा है या नहीं? और अगर इसका पुनर्निर्माण नहीं हो रहा है, तो क्या मैं पुनर्निर्माण के लिए मजबूर कर सकता हूं? या यह एक अच्छा विचार नहीं है?

यदि यह मायने रखता है तो इस QNAP में फर्मवेयर 4.1.1 बिल्ड 20140927 है।

cat /proc/mdstat मुझे निम्नलिखित आउटपुट देता है:

Personalities : [raid1] [linear] [raid0] [raid10] [raid6] [raid5] [raid4]
md0 : active (read-only) raid5 sda3[0] sdc3[2] sdb3[1]
             5855836800 blocks level 5, 64k chunk, algorithm 2 [4/3] [UUU_]

md4 : active raid1 sdd2[2](F) sdc2[3](S) sdb2[1] sda2[0]
             530048 blocks [2/2] [UU]

md13 : active raid1 sda4[0] sdd4[3] sdc4[2] sdb4[1]
             458880 blocks [4/4] [UUUU]
             bitmap: 0/57 pages [0KB], 4KB chunk

md9 : active raid1 sda1[0] sdd1[3] sdc1[2] sdb1[1]
             530048 blocks [4/4] [UUUU]
             bitmap: 4/65 pages [16KB], 4KB chunk

unused devices: <none>

जैसा कि md0 में देखा जा सकता है कि अंतिम ड्राइव RAID सरणी में नहीं है (UUU_ अंतिम अंडरस्कोर यू होना चाहिए अगर ड्राइव RAID में था जहां तक ​​समझ में आया।


यह सामान्य बात है। कम से कम 4 घंटे की अपेक्षा करें।
rastaBob

खैर, 2 दिन हो गए। इसकी 2TB डिस्क सरणी है, लेकिन मैं किसी भी प्रगति को नहीं देख सकता हूं, यह इंगित करने के लिए कुछ भी नहीं है कि डिवाइस पर रोशनी के अलावा पुनर्निर्माण किया जा रहा है और वह एक लॉग प्रविष्टि है।
ojs

वाह, वह पागल है। यह हालांकि इसके काम करने जैसा लगता है। जाहिरा तौर पर आप ssh का उपयोग करके पुनर्निर्माण स्थिति की निगरानी कर सकते हैं cat/proc/mdstat यह सुनिश्चित करना कि आप पहले उपयोग करके रूट डायरेक्टरी में वापस जाएँ cd .. - स्रोत
rastaBob

बिल्ली / प्रूफ़ / mdstat से मिली जानकारी को जोड़ा नहीं जा सकता। इसलिए मुझे लगता है कि वेब इंटरफ़ेस मेरे पास पड़ा हुआ है।
ojs

मेरे लिए qnap 459pro और fw 4.2.0 के साथ समान है
sivann

जवाबों:


1

कुंआ, cat /proc/mdstat दिखाता है कि अगर RAID को फिर से बनाया जा रहा है, और यह मेरे मामले में पुनर्निर्माण नहीं किया जा रहा है।

क्या गलत था कि RAID अपमानित मोड में चला गया था और डिस्क केवल-पढ़ी गई थीं, इसलिए कुछ भी नहीं था सॉफ्टवेयर RAID में एक और डिस्क जोड़ने के लिए कर सकता है और इसे फिर से बनाना शुरू कर सकता है।

मैंने जो किया वह मुझे मजबूर कर दिया गया था RAID को रेसक्यूंक में जाने के लिए और फिर मैन्युअल रूप से उस नई डिस्क को जोड़ा गया जो बर्बाद डिस्क को बदल देती है।

उपयोग किए गए आदेश थे:

mdadm --readwrite /dev/md0

mdadm --add /dev/md0 /dev/sdd1

पूर्व कमांड ने RAID को रीड / राइट मोड में डाल दिया और बाद वाले कमांड ने लापता ड्राइव को जोड़ा जिसमें RAID पुनर्निर्माण शुरू हुआ (और इसके माध्यम से हो सकता है) /proc/mdstat )।


वाह कुछ गलत हो गया होगा तुम्हारे लिए यह करना है, है ना? Mdadm का उपयोग करके वेब इंटरफ़ेस बहुत कम है। यह कोई आश्चर्य नहीं है कि लोगों को RAID के साथ समस्या है। QNAP प्रलेखन का कहना है कि असफल डिस्क को बदलने के बाद यह अपने आप पुनर्निर्माण शुरू कर देगा helpdesk.qnap.com/index.php?/Knowledgebase/Article/View/89/0/... हमेशा की तरह, केवल मामले में एक बैकअप रखें।
Datarecovery.com MK

मेरे मामले में "mdadm --manage / dev / md0 -a / dev / sdd3" पर्याप्त था।
sivann

1

mdadm --misc --detail /dev/md0 आपको स्थिति और पुनर्निर्माण की प्रगति दिखाएगा

जैसे

# mdadm --misc --detail /dev/md0
/dev/md0:
        Version : 00.90.03
  Creation Time : Tue Sep 28 21:28:33 2010
     Raid Level : raid5
     Array Size : 4390708800 (4187.31 GiB 4496.09 GB)
  Used Dev Size : 1463569600 (1395.77 GiB 1498.70 GB)
   Raid Devices : 4
  Total Devices : 4
Preferred Minor : 0
    Persistence : Superblock is persistent

    Update Time : Sat Jan 21 10:26:49 2017
          State : clean, degraded, recovering
 Active Devices : 3
Working Devices : 4
 Failed Devices : 0
  Spare Devices : 1

         Layout : left-symmetric
     Chunk Size : 64K

 Rebuild Status : 55% complete

           UUID : 454eaf79:0744a748:319e242f:5ff1ef4c
         Events : 0.7528612

    Number   Major   Minor   RaidDevice State
       0       8       35        0      active sync   /dev/sdc3
       4       8        3        1      spare rebuilding   /dev/sda3
       2       8       51        2      active sync   /dev/sdd3
       3       8       19        3      active sync   /dev/sdb3
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.