রিবুট করার কারণে আমার জেডএফএস মিররটির একপাশটি ইউএনএভিল হয়ে উঠল?


13

আমি সম্প্রতি একটি বাল্ক ডেটা স্টোরেজ পুল (জেডএফএস অন লিনাক্স 0.6.2, দেবিয়ান হুইজি) একটি একক ডিভাইস ভিডিএফ কনফিগারেশন থেকে দ্বি-মুখী মিরর ভিডিএফ কনফিগারেশনে স্থানান্তরিত করেছি।

পূর্বের পুল কনফিগারেশনটি ছিল:

    NAME                     STATE     READ WRITE CKSUM
    akita                    ONLINE       0     0     0
      ST4000NM0033-Z1Z1A0LQ  ONLINE       0     0     0

রিসিলবার সম্পূর্ণ হওয়ার পরে সবকিছু ঠিকঠাক হয়েছিল (রিসিলবারটি শেষ হওয়ার পরে আমি একটি স্ক্রাব শুরু করেছি, কেবল সিস্টেমটি আবারও সমস্ত কিছুর উপর দিয়ে যেতে পারে এবং নিশ্চিত হয়ে যায় যে এটি সব ভাল ছিল):

  pool: akita
 state: ONLINE
  scan: scrub repaired 0 in 6h26m with 0 errors on Sat May 17 06:16:06 2014
config:

        NAME                       STATE     READ WRITE CKSUM
        akita                      ONLINE       0     0     0
          mirror-0                 ONLINE       0     0     0
            ST4000NM0033-Z1Z1A0LQ  ONLINE       0     0     0
            ST4000NM0033-Z1Z333ZA  ONLINE       0     0     0

errors: No known data errors

যাইহোক, রিবুট করার পরে আমি পুলটি ভাল এবং জঘন্য নয় তা সম্পর্কে আমাকে জানিয়ে একটি ইমেল পেয়েছিল। আমি একটি চেহারা ছিল এবং এই আমি দেখেছি:

   pool: akita
  state: DEGRADED
 status: One or more devices could not be used because the label is missing or
         invalid.  Sufficient replicas exist for the pool to continue
         functioning in a degraded state.
 action: Replace the device using 'zpool replace'.
    see: http://zfsonlinux.org/msg/ZFS-8000-4J
   scan: scrub in progress since Sat May 17 14:20:15 2014
     316G scanned out of 1,80T at 77,5M/s, 5h36m to go
     0 repaired, 17,17% done
 config:

         NAME                       STATE     READ WRITE CKSUM
         akita                      DEGRADED     0     0     0
           mirror-0                 DEGRADED     0     0     0
             ST4000NM0033-Z1Z1A0LQ  ONLINE       0     0     0
             ST4000NM0033-Z1Z333ZA  UNAVAIL      0     0     0

 errors: No known data errors

স্ক্রাব আশা করা হয়; পুনরায় বুট করার জন্য একটি সম্পূর্ণ সিস্টেম স্ক্রাব শুরু করার জন্য ক্রোন জব সেটআপ রয়েছে। তবে আমি অবশ্যই নতুন এইচডিডি আয়না থেকে নেমে আসার আশা করছিলাম না।

আমি সেই মানচিত্রটিকে ডিভ / ডি / ডিস্ক / বাই-আইডি / ডাব্লুউএন- * নামগুলিতে সংজ্ঞায়িত করেছি এবং এই উভয় ডিস্কের ক্ষেত্রে জেডএফএসকে পার্টিশন পরিচালনা সহ পুরো ডিস্ক ব্যবহার করার জন্য বিনামূল্যে রাজত্ব দেওয়া হয়েছে:

# zpool history akita | grep ST4000NM0033
2013-09-12.18:03:06 zpool create -f -o ashift=12 -o autoreplace=off -m none akita ST4000NM0033-Z1Z1A0LQ
2014-05-15.15:30:59 zpool attach -o ashift=12 -f akita ST4000NM0033-Z1Z1A0LQ ST4000NM0033-Z1Z333ZA
# 

এগুলি /etc/zfs/vdev_id.conf থেকে প্রাসঙ্গিক লাইন (আমি এখন লক্ষ্য করেছি যে Z1Z333ZA পৃথককরণের জন্য একটি ট্যাব অক্ষর ব্যবহার করেছে তবে Z1Z1A0LQ লাইনটি কেবল ফাঁকা স্থান ব্যবহার করে, তবে আমি কীভাবে এটি এখানে প্রাসঙ্গিক হতে পারে তা আমি সত্যতার সাথে দেখতে পাই না) :

alias ST4000NM0033-Z1Z1A0LQ             /dev/disk/by-id/wwn-0x5000c500645b0fec
alias ST4000NM0033-Z1Z333ZA     /dev/disk/by-id/wwn-0x5000c50065e8414a

আমি যখন তাকালাম, /dev/disk/by-id/wwn-0x5000c50065e8414a*সেখানে প্রত্যাশা মতো /dev/disk/by-vdev/ST4000NM0033-Z1Z333ZA*ছিল , কিন্তু ছিল না।

ইস্যু করার sudo udevadm triggerফলে প্রতিলিঙ্কগুলি / ডিভ / ডিস্ক / বাই-ভিডিওয়ায় প্রদর্শিত হবে। তবে, জেডএফএস কেবল বুঝতে পারে না যে তারা সেখানে আছে (জেড 1 জেড 3৩৩ জেডা এখনও দেখায় UNAVAIL)। আমার মনে হয় এটাই আশা করা যায়।

আমি প্রাসঙ্গিক ডিভাইসটি প্রতিস্থাপনের চেষ্টা করেছি, তবে আসল ভাগ্য ছিল না:

# zpool replace akita ST4000NM0033-Z1Z333ZA
invalid vdev specification
use '-f' to override the following errors:
/dev/disk/by-vdev/ST4000NM0033-Z1Z333ZA-part1 is part of active pool 'akita'
# 

উভয় ডিস্ক বুট প্রক্রিয়া চলাকালীন সনাক্ত করা হয়েছে (প্রাসঙ্গিক ড্রাইভগুলি দেখায় ডেমসাগ লগ আউটপুট):

[    2.936065] ata2: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    2.936137] ata4: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    2.937446] ata4.00: ATA-9: ST4000NM0033-9ZM170, SN03, max UDMA/133
[    2.937453] ata4.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    2.938516] ata4.00: configured for UDMA/133
[    2.992080] ata6: SATA link up 6.0 Gbps (SStatus 133 SControl 300)
[    3.104533] ata6.00: ATA-9: ST4000NM0033-9ZM170, SN03, max UDMA/133
[    3.104540] ata6.00: 7814037168 sectors, multi 16: LBA48 NCQ (depth 31/32), AA
[    3.105584] ata6.00: configured for UDMA/133
[    3.105792] scsi 5:0:0:0: Direct-Access     ATA      ST4000NM0033-9ZM SN03 PQ: 0 ANSI: 5
[    3.121245] sd 3:0:0:0: [sdb] 7814037168 512-byte logical blocks: (4.00 TB/3.63 TiB)
[    3.121372] sd 3:0:0:0: [sdb] Write Protect is off
[    3.121379] sd 3:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[    3.121426] sd 3:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[    3.122070] sd 5:0:0:0: [sdc] 7814037168 512-byte logical blocks: (4.00 TB/3.63 TiB)
[    3.122176] sd 5:0:0:0: [sdc] Write Protect is off
[    3.122183] sd 5:0:0:0: [sdc] Mode Sense: 00 3a 00 00
[    3.122235] sd 5:0:0:0: [sdc] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA

দুটি ড্রাইভই সরাসরি মাদারবোর্ডের সাথে সংযুক্ত; জড়িত কোনও অফ বোর্ড বোর্ড নেই।

প্ররোচনাতে, আমি করেছি:

# zpool online akita ST4000NM0033-Z1Z333ZA

যা কাজ করেছে বলে মনে হয়; Z1Z333ZA এখন কমপক্ষে ONLINEএবং পুনরায় সংশ্লেষযোগ্য। প্রায় এক ঘন্টা রিসিলবারে এটি 180G স্ক্যান করে এবং 9.G সম্পন্ন দিয়ে 24G পুনরায় সংশ্লেষ করে, যা এটি একটি সম্পূর্ণ রোধকারী না করে কেবল ডেটাসেট বদ্বীপান্তর স্থানান্তরিত করার দিকে নির্দেশ করে।

আমি সত্যিই নিশ্চিত নই যে এই সমস্যাটি জেডএফএস অন লিনাক্স বা উদেবের সাথে সম্পর্কিত কিনা (এটি কিছুটা গন্ধের মতো গন্ধযুক্ত, তবে কেন একটি ড্রাইভ ঠিকঠাকভাবে সনাক্ত করা হবে তবে অন্যটি নয়) তবে আমার প্রশ্নটি কীভাবে আমি করব নিশ্চিত যে পরবর্তী জিনিসটি আবার চালু হবে না?

প্রয়োজনে সেটআপে আরও ডেটা সরবরাহ করে আমি খুশি হব; শুধু আমাকে কী প্রয়োজন তা জানান।

উত্তর:


10

এটি একটি ওদেব ইস্যু যা দেবিয়ান এবং উবুন্টু রূপগুলিতে নির্দিষ্ট বলে মনে হচ্ছে । লিনাক্সের কাজগুলিতে আমার বেশিরভাগ জেডএফএস সেন্টোস / আরএইচএল নিয়ে।

জেডএফএস আলোচনা তালিকার অনুরূপ থ্রেডগুলি এটি উল্লেখ করেছে।

দেখুন: লিনাক্স / উবুন্টুতে / ডিভ
/ ডিস্ক / বাই-আইডি
এবং জেডএফএসের আওতায় একই হার্ড ড্রাইভের জন্য scsi এবং আটা এন্ট্রি
: উবুন্টু 13.04 থেকে 13.10 আপগ্রেড করার পরে একটি জপপুল আমদানি করতে সহায়তা করে, ডিভাইস আইডি পরিবর্তিত হয়েছে

আমি নিশ্চিত না যে ডেবিয়ান / উবুন্টু সিস্টেমগুলির জন্য সবচেয়ে ডিস্ট্রিমেন্টিক পুল ডিভাইস পদ্ধতির কী। আরএইচইএলের জন্য, আমি সাধারণ পুল ডিভাইসে ডিভাইস ডাব্লুডব্লিউএন ব্যবহার করতে পছন্দ করি। তবে অন্যান্য সময়, ডিভাইসের নাম / সিরিয়ালটিও কার্যকর। তবে উদেবকে এই সমস্ত কিছুতে রাখা উচিত

# zpool status
  pool: vol1
 state: ONLINE
  scan: scrub repaired 0 in 0h32m with 0 errors on Sun Feb 16 17:34:42 2014
config:

        NAME                        STATE     READ WRITE CKSUM
        vol1                        ONLINE       0     0     0
          mirror-0                  ONLINE       0     0     0
            wwn-0x500000e014609480  ONLINE       0     0     0
            wwn-0x500000e0146097d0  ONLINE       0     0     0
          mirror-1                  ONLINE       0     0     0
            wwn-0x500000e0146090c0  ONLINE       0     0     0
            wwn-0x500000e01460fd60  ONLINE       0     0     0

1
খালি wwn-*নামে স্থানান্তরিত করার পরে , পুলটি স্থিতিশীল বলে মনে হয়।
একটি সিভিএন

1
@ মাইকেলKjörling কীভাবে আপনি wwn- * নামগুলিতে স্থানান্তরিত করতে পারেন তা বিশদ করতে পারেন?
কোডেকবয়

1
পছন্দ করুন zpool detach akita ST4000NM0033-Z1Z333ZAতারপর zpool attach -o ashift=12 -f akita ST4000NM0033-Z1Z1A0LQ wwn-0x5000c50065e8414aতারপর zpool detach akita ST4000NM0033-Z1Z1A0LQতারপর zpool attach akita wwn-0x5000c50065e8414a wwn-0x5000c500645b0fec, প্রতিটি পদক্ষেপ মধ্যে যাচাই পুকুর স্থিতিশীল ছিল। আমি প্রথমে একটি পুঙ্খানুপুঙ্খ স্ক্রাবের সুপারিশ করছি। আপনি সম্ভবত zpool replaceএটির সাথে পালাতে পারেন তবে যেহেতু এলিয়াসগুলি wwn নামগুলিতে ইঙ্গিত করেছিল এবং আমার অপ্রয়োজনীয় প্লাস ব্যাকআপ ছিল তাই এটি নিরাপদ অনুভূত হয়েছিল। কয়েক দিন সময় নিয়েছে কিন্তু আমি কোন তাড়াহুড়ায় ছিলাম না।
একটি সিভিএন
আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.