वहाँ एक btrfs असंतुलन की प्रगति की निगरानी करने का एक तरीका है?

Question

मैं एक असफल हार्डड्राइव को एक प्रतिबिंबित btrfs में बदल रहा हूं।

btrfs device delete missing /[mountpoint]बहुत लंबा समय लग रहा है, इसलिए मुझे लगता है कि यह वास्तव में रिप्लेसमेंट डेटा को रिप्लेसमेंट ड्राइव में बदल रहा है।

क्या इस तरह के ऑपरेशन की प्रगति की निगरानी करने का कोई तरीका है?

मैं जरूरी नहीं कि बहुत सुंदर जीयूआई, या यहां तक ​​कि एक% काउंटर की उम्मीद करूं; और मैं खोल स्क्रिप्ट की एक पंक्ति लिखने के लिए तैयार हूँ अगर यह आवश्यक है, लेकिन मैं यह भी नहीं जानता कि प्रासंगिक डेटा की तलाश कहां शुरू करूं। btrfs filesystem showउदाहरण के लिए, बस लटकता है, संभवतः शेष ऑपरेशन की प्रतीक्षा कर रहा है इससे पहले कि यह प्रतिबिंबित दर्पण के बारे में कोई भी जानकारी प्रदर्शित करता है।

Answer 1

btrfs balance status /mountpoint

man 8 btrfs

 [filesystem] balance status [-v] <path>
        Show status of running or paused balance.

        Options

        -v   be verbose

Comments

धन्यवाद, पता चला है कि मेरे मामले में btrfs वर्तमान ऑपरेशन को एक संतुलन मानने के लिए प्रकट नहीं होता है, क्योंकि वह कुछ भी नहीं लौटाता है, लेकिन मुझे लगता है कि एक "स्थिति बदलें" भी है, जिसे मैं शायद इस्तेमाल कर सकता था, क्या मैंने प्रतिस्थापित कमांड का उपयोग किया था । अच्छा जवाब चाहे जो भी हो।

— यूजर 50849

संतुलन की स्थिति कुछ इस तरह दिखनी चाहिए Balance on '/volume1' is running 28 out of about 171 chunks balanced (1156 considered), 84% left:। असामान्य रूप से, प्रतिशत नीचे गिना जाता है।

— mwfearnley

Answer 2

sudo btrfs fi show

यह कुछ इस तरह उत्पादन होगा:

Label: none  uuid: 2c97e7cd-06d4-4df0-b1bc-651397edf74c
        Total devices 16 FS bytes used 5.36TiB
        devid    1 size 931.51GiB used 770.48GiB path /dev/sdc
        devid    2 size 931.51GiB used 770.48GiB path /dev/sdg
        devid    3 size 931.51GiB used 770.48GiB path /dev/sdj
        devid    4 size 0.00 used 10.02GiB path
        devid    5 size 931.51GiB used 770.48GiB path /dev/sdh
        devid    6 size 931.51GiB used 770.48GiB path /dev/sdi
        devid    7 size 931.51GiB used 770.48GiB path /dev/sdd
        devid    8 size 931.51GiB used 770.48GiB path /dev/sdo
        devid    9 size 465.76GiB used 384.31GiB path /dev/sdn
        devid    10 size 931.51GiB used 770.48GiB path /dev/sdp
        devid    11 size 931.51GiB used 770.48GiB path /dev/sdr
        devid    12 size 931.51GiB used 770.48GiB path /dev/sdm
        devid    13 size 931.51GiB used 769.48GiB path /dev/sdq
        devid    14 size 931.51GiB used 770.48GiB path /dev/sdl
        devid    15 size 931.51GiB used 770.48GiB path /dev/sde
        devid    16 size 3.64TiB used 587.16GiB path /dev/sdf

Btrfs v3.12

और अगर आप ध्यान दें कि डिवाइस आईडी # 4 बाकी की तुलना में थोड़ा अलग है। जब आप "btrfs डिवाइस को मिसिंग / मंटपॉइंट को हटाते हैं" करते हैं, तो यह उस "लापता" ड्राइव को मुक्त करने के लिए आवश्यक छापे मेटा / डेटा को पुन: उत्पन्न करना शुरू कर देगा।

अगर आप कुछ ऐसा करते हैं

"watch -n 10 sudo btrfs fi show"

तब आप आक्रामक "लापता" डिवाइस पर जगह देख सकते हैं जब तक कि ऑपरेशन पूरा नहीं हो जाता तब तक धीरे-धीरे छोटा हो जाता है और इसे फाई से हटा दिया जाएगा।

Answer 3

BTRFS को उस ड्राइव पर डेटा लिखने से पहले डेटा पढ़ने या पुन: व्यवस्थित करने में कुछ समय लग सकता है, जिस पर आप उसे लिखने के लिए उम्मीद करते हैं।

आप देख सकते हैं कि BTRFS संचालन के लिए कितना सीपीयू समय समर्पित किया जा रहा है, जिसमें रिबैलेंस, ऐड, डिलीट, कन्वर्ट, आदि शामिल हैं:

ps -ef | grep btrfs

यह देखने के लिए कि प्रत्येक ड्राइव कितनी व्यस्त है, sysstat स्थापित करें, और चलाएँ:

iostat

मेगाबाइट में iostat शो आँकड़े बनाने के लिए कुछ विकल्प जोड़ें और हर 30 सेकंड में अपडेट करें:

iostat -m -d 30

स्क्रब से नमूना उत्पादन तो इस अंतराल के दौरान कोई लिखता है:

Device:            tps    MB_read/s    MB_wrtn/s    MB_read    MB_wrtn
sda             700.30       170.10         0.00       6804          0
sdb               0.78         0.00         0.01          0          0
sdc             520.20       127.98         0.00       5119          0
sdd             405.72        92.02         0.00       3680          0
sde             630.05       153.66         0.00       6146          0
sdf             627.43       153.60         0.00       6144          0

ड्राइव गतिविधि के ऐतिहासिक रेखांकन और बहुत सारी अन्य जानकारी देखने के लिए मुनिन को स्थापित और चलाएं। https://www.digitalocean.com/community/tutorials/how-to-install-the-munin-monitoring-tool-on-ubuntu-14-04

Answer 4

मैं भी सोच रहा था कि एक लंबे समय तक चलने वाला डिलीट खत्म हो जाए इसलिए मैं शेल कोड के इस छोटे से टुकड़े के साथ आया:

get_bytes() {
  btrfs device usage --raw /mnt/data | egrep -- '-[0-9]+' | sed -E 's/[^0-9]+([0-9]+)/\1/'
}

prev=$(get_bytes)

while [ 1 ]; do
  current=$(get_bytes)
  diff=$((current-prev))
  if [ "$diff" -gt 0 ]; then
    dd if=/dev/zero iflag=count_bytes count="$diff" 2>/dev/null
  fi
  prev="$current"
  sleep 1
done | pv -petraW -s $(get_bytes) >/dev/null

यह आपको इस तरह एक अच्छा प्रगति बार देगा:

0:13:54 [0,00 B/s] [16,0MiB/s] [>                             ]  1% ETA 19:23:19

सामान्य विचार pvप्रगति को प्रदर्शित करने के लिए उपयोग करना है। चूंकि वह कमांड केवल एक पाइप के माध्यम से बहने वाले बाइट्स की निगरानी करने की अनुमति देता है, जिसका उपयोग हम ddशून्य की एक उचित मात्रा उत्पन्न करने और उन्हें पाइप करने के लिए करते हैं pv।

इस पद्धति का लाभ यह है कि आपको एक अच्छी प्रगति पट्टी मिलती है। हालाँकि, चूंकि ऐसा लगता है btrfsकि डेटा एक जीबी को एक बार में हटा देता है, तो कुछ समय लगता है जब तक कि बाइट के आकार में एक नया अंतर नहीं देखा जा सकता।

इस मुद्दे को संबोधित करने के लिए ध्वज -aको डिफ़ॉल्ट झंडे में जोड़ा जाता pvहै ताकि यह एक औसत संचरण दर प्रदर्शित कर सके (चूंकि सामान्य वर्तमान संचरण दर 0 होगी)।

मुझे लगता है कि यह सबसे अच्छा समाधान नहीं है लेकिन सबसे अच्छा मैं साथ आ सकता हूं। अगर किसी के पास सुधार के लिए विचार हैं तो कृपया मुझे बताएं! :)