Archive for the Category » filesystems «

Sunday, August 04th, 2013 | Author:

I had a power outage affect my server’s large MD RAID array. Rather than let the server as a whole be down while waiting for it to complete an fsck, I had it boot without the large array so I could run the fsck manually.

તેમ છતાં, when running it manually I realised I had no way of knowing how far it was and how long it would take to complete. This is especially problematic with such a large array. With a little searching I found the tip of adding the -C parameter when calling fsck. I couldn’t find this in the documentation however: fsckhelp showed no such option.

The option turns out to be ext4-specific, and thus shows a perfectly functional progress bar with a percentage indicator. To find the information, instead offsckhelp” અથવા “man fsck”, you have to inputfsck.ext4help” અથવા “man fsck.ext4”. 🙂

શેર
Sunday, August 04th, 2013 | Author:

ઈતિહાસ

હું છેલ્લા ઉલ્લેખ કર્યો છે કારણ કે ખૂબ બદલાઈ હતી મારી વ્યક્તિગત સર્વર – તે કૂદકે ને ભૂસકે આગળ વધતું વિકાસ થયો છે (તે હવે 7TB છે MD RAID6) અને તે તાજેતરમાં સાથે પુનઃબીલ્ડ કરવામાં આવી હતી ઉબુન્ટુ સર્વર.

કમાન એક ભૂલ ન હતી. આર્ક લિનક્સ પહેલેથી Linux વિશે ખૂબ જ મને શીખવ્યું હતું (અને મારા અન્ય ડેસ્કટોપ પર આવું ચાલુ રહેશે). પરંતુ આર્ક ચોક્કસપણે હું કોઈ સર્વર પર ખર્ચ કરવા માંગો છો કરતાં વધુ સમય અને ધ્યાન માટે જરૂરી છે. આદર્શરીતે હું રીમાઇન્ડર ઇમેઇલ કહે ત્યાં સુધી એક જ્યારે માટે સર્વર વિશે ભૂલી સમક્ષ રજુ કરવાનો પ્રયત્ન પ્રાધાન્ય કરશો “અમ … તમે જોવું જોઈએ થોડા સુધારાઓ છે, સાથી.”

જગ્યા મુક્ત નથી – અને બે જગ્યા છે

ઉબુન્ટુ સ્થાનાંતરિત કરવાની તક હું બહાર ચાલી હતી તે હકીકત હતી SATA પોર્ટ, કમ્પ્યુટર બાકીના હાર્ડ ડ્રાઇવો સાથે જોડાવા માટે જરૂરી પોર્ટ – કે 7TB RAID એરે પોર્ટો ઘણો ઉપયોગ કરે છે! હું પણ અન્યને આપી દીધું હતું મારી અતિશય જૂના 200GB હાર્ડ ડિસ્ક તે બંદરોમાંનું એક લીધો તરીકે. હું પણ પ્રાપ્તકર્તા ચેતવણી આપી છે કે જે ડિસ્ક માતાનો સ્માર્ટ મોનીટરીંગ તે અવિશ્વસનીય હતી સંકેત. ને SATA પોર્ટો અભાવ માટે કામચલાઉ ઉકેલ તરીકે, હું પણ એક MD ચાર યુએસબી લાકડીઓ સમૂહને સર્વરનું ઓએસ સ્થળાંતર કર્યું RAID1. ઉશ્કેરાયેલું. મને ખબર. હું ખૂબ ઝડપ ખુશ ન હતી. હું બહાર જવા અને નવા વિશ્વસનીય હાર્ડ ડ્રાઇવ અને તેની સાથે જવા માટે SATA વિસ્તરણ કાર્ડ ખરીદી લીધી.

સર્વરનું પ્રાથમિક આર્ક પાર્ટીશન ડિસ્કની 7GB વિશે મદદથી કરવામાં આવી હતી. કે મોટા ચંકને હતી સ્વેપ ફાઈલ, કેશ્ડ માહિતી અને અન્યથા ન હોય તેવા પરચૂરણ અથવા બિનજરૂરી ફાઈલો. એકંદર OS ની વાસ્તવિક કદ, આ સમાવેશ થાય છે /મુખ્ય પૃષ્ઠ ફોલ્ડર, 2GB વિશે જ હતી. આ મને એક સુપર ઝડપી તપાસ કરવા માટે પૂછવામાં આવે SSD ઝુંબેશ, વિચારવાનો કદાચ નાના એક અત્યંત ખર્ચાળ ન હોઇ શકે. હું ખરેખર શોધી શકે સસ્તી બિન SSD ડ્રાઈવ ખર્ચ બહાર આવ્યું વધુ આમાંની એક પ્રમાણમાં નાના SSDs કરતાં. મારા માટે યે. 🙂

વિકલ્પ? Woah?!

ઓએસ પસંદ માં, હું પહેલેથી જ નક્કી કર્યું તે આર્ક નહીં હોય છો. અન્ય તમામ લોકપ્રિય વિતરણો બહાર, હું ઉબુન્ટુ સાથે સૌથી વધુ પરિચિત છું અને CentOS. Fedora પણ એક શક્યતા હતી – પરંતુ હું ગંભીરતાપૂર્વક હજુ સુધી કોઈ સર્વર માટે તેને ગણવામાં ન હતી. ઉબુન્ટુ રાઉન્ડ જીત્યું.

ત્યાં સુધી હું બનાવવા હતી આગામી નિર્ણય મારા માટે થઇ ન હતી બધે હાજર (માતાનો ઉબુન્ટુ સ્થાપન વિઝાર્ડ) તે મને કહ્યું: આ કેવી રીતે સુયોજિત કરવા પાર્ટીશનો.

હું Linux માં SSDs ઉપયોગ કરીને નવો હતો – હું સારી રીતે ઉપયોગ કરીને યોગ્ય રીતે તેમને નથી મુશ્કેલીઓ પરિચિત છું, મોટે ભાગે ગરીબ દીર્ધાયુષ્ય તેમની જોખમ કારણે જો દુરુપયોગ.

હું સમર્પિત સ્વેપ પાર્ટીશન વાપરવા માંગતા ન. હું સર્વરનું / મધરબોર્ડ / CPU મેમરી ભવિષ્યમાં બહુ દૂર સુધારો કરવાની યોજના. હું પર આધારિત નિર્ણય કર્યો હું હાલના md RAID પર સ્વેપ ફાઈલ માં સ્વેપ મુકીશું. સ્વેપ ખાસ કરીને ઝડપી હશે નહિં પરંતુ કંઈક ખોટું ગયું અને મેમરી ઉપલબ્ધ નથી ત્યારે તેના જ હેતુ છે કે ભાગ્યે જ પ્રસંગ માટે હશે.

આ પછી મને આપી છોડી રુટ પાથ એક બહાર સંપૂર્ણ 60GB ઇન્ટેલ 330 SSD. હું / ઘર અલગ ગણવામાં આવે છે, પરંતુ તે માત્ર થોડી અર્થહીન લાગ્યું, આપેલ કેવી રીતે થોડું ભૂતકાળમાં ઉપયોગ થતો હતો. હું પ્રથમ સાથે પાર્ટીશન સુયોજિત LVM – મેં તાજેતરમાં હું એ Linux બોક્સ સેટ જ્યારે કરી દેવામાં કર્યું છે કંઈક (ખરેખર, LVM વાપરવા માટે નથી કોઈ બહાનું છે). જ્યારે તે ભાગ મળી જ્યાં હું ફાઇલસિસ્ટમ રૂપરેખાંકિત કરશે, હું નીચે ક્લિક કર્યું અને સહજ ભાવે એ ext4 પસંદ. પછી હું આ જ યાદીમાં btrfs નોંધ્યું. ના ઉપર આધાર કે મદાર રાખવો!!

પરંતુ શું?

Btrfs (“માખણ ઇએફએફ-ઇસ્સ”, “સારો ઇએફએફ-ઇસ્સ”, “મધમાખી-વૃક્ષ-ઇએફએફ-ઇસ્સ”, ગમે અથવા તમે દિવસે ફેન્સી) છે તે પ્રમાણમાં નવો ફાઇલસિસ્ટમ કરવા માટે Linux ને લાવવા વિકસાવવામાં’ વર્તમાન ફાઇલસિસ્ટમ ટેક સાથે ફાઇલસિસ્ટમ ટ્રેક પર પાછા ક્ષમતાઓ. હાલની કિંગ ઓફ ધ હિલ ફાઇલસિસ્ટમ, “ext” (વર્તમાન ext4 કહેવાય આવૃત્તિ) ખૂબ સારી છે – પરંતુ તે મર્યાદિત છે, જૂની માન્યતામાં માં અટવાઇ (નવી બ્રાન્ડ વિચાર એફ 22 માં રાપ્ટર vs. એક F4 ફેન્ટમ એક equivalency સુધારો ખાતે અડધા jested પ્રયાસ સાથે) અને જેમ કે નવી Enterprise ફાઇલસિસ્ટમો સાથે ખૂબ જ લાંબા સમય માટે સ્પર્ધા સમક્ષ રજુ કરવાનો પ્રયત્ન શક્યતા છે Oracle ના ZFS. Btrfs એ હજુ લાંબી પર જાઓ માર્ગ છે અને હજુ પણ પ્રાયોગિક ગણવામાં (તમે જે પૂછી અને શું તેના પર આધાર રાખીને લક્ષણો આપે છે તમને જરૂર છે). ઘણા તેને મૂળભૂત ઉપયોગ માટે સ્થિર કરવા વિચારણા – પરંતુ કોઈએ કોઇ ગેરંટી કરી રહ્યા છે. અને, અલબત્ત, દરેકને કરો અને બેકઅપ ચકાસો કહી રહ્યાં છે!

Mooooooo

Ext અને btrfs વચ્ચે સૌથી મૂળભૂત તફાવત તે છે કે btrfs છે “ધમકાવવું” અથવા “લખો પર નકલ” ફાઇલસિસ્ટમ. આનો અર્થ એ થાય કે ખરેખર માહિતી ઇરાદાપૂર્વક જે ફાઇલસિસ્ટમ આંતરિક દ્વારા ફરીથી લખાઈ ક્યારેય છે. જો તમે એક ફાઇલ ફેરફાર લખી, btrfs ભૌતિક મીડિયા પર એક નવા સ્થાન પર તમારા ફેરફારો લખશે અને નવા પાંચ આંકડાના US સ્થાન સંદર્ભ માટે આંતરિક પોઇન્ટર અપડેટ કરશે. Btrfs કે એક પગલું આગળ જાય તે આંતરિક પોઇન્ટર (મેટાડેટા તરીકે ઓળખવામાં આવે છે) છે પણ ધમકાવવું. Ext ની જૂની આવૃત્તિઓ ફક્ત ફરીથી લખાઈ માહિતી હશે. Ext4 એક જર્નલ નો ઉપયોગ કરવા માટે ખાતરી કરો કે જે ભ્રષ્ટાચાર થશે નહિં એસી પ્લગ બહાર સૌથી કવેળાનું ક્ષણે yanked કરી જોઈએ. પગલાં સમાન સંખ્યામાં જર્નલ પરિણામો માહિતી અપડેટ જરૂરી. એક SSD સાથે, ત્યારે વપરાતા હાર્ડવેર એક જ ગાય પ્રક્રિયા તમે ઉપયોગ કરી રહ્યાં છો શું ફાઇલસિસ્ટમ કોઈ બાબત ચલાવે. આ કારણ છે કે SSD ડ્રાઈવો વાસ્તવમાં માહિતી પર ફરીથી લખી શકો છો – તેઓ માહિતી નકલ હોય છે (તમારા ફેરફારો સાથે) એક નવા સ્થાન પર અને પછી સંપૂર્ણપણે જૂના બ્લોક ભૂંસી. આ વિસ્તારમાં એક ઓપ્ટિમાઇઝેશન એક SSD પણ જૂના બ્લોક ભૂંસી પરંતુ વસ્તુઓ જેથી વ્યસ્ત ન હોય ત્યારે માત્ર એક પછીથી બ્લોક ભૂંસી નાખવાના એક નોંધ કરી શકે છે. અંતિમ પરિણામ SSD ડ્રાઈવો એક ગાય ફાઈલસિસ્ટમ સાથે ખૂબ જ સારી રીતે ફિટ અને બિન ગાય ફાઇલસિસ્ટમો સાથે તેમજ કરવા નથી.

બાબતો રસપ્રદ બનાવવા, ફાઇલસિસ્ટમ માં ગાય સરળતાથી deduplication કહેવાય લક્ષણ સાથે હાથમાં જાય. આ પરવાનગી આપે બે (અથવા વધુ) માહિતી સમાન બ્લોક્સ માત્ર એક જ નકલ ઉપયોગ કરીને સંગ્રહ કરવા, બચત જગ્યા. ગાય સાથે, જો deduplicated ફાઈલ સુધારાઈ છે, અલગ ટ્વીન તરીકે સુધારાયેલ ફાઈલની માહિતી અલગ ભૌતિક બ્લોક માટે કરવામાં આવી હોય તેવા પરચૂરણ ખર્ચ કરશે અસર થશે નહીં.

બદલામાં ગાય બનાવે છે snapshotting પ્રમાણમાં અમલ કરવા માટે સરળ. જ્યારે સ્નેપશોટ બનાવવામાં આવે છે સિસ્ટમ માત્ર વોલ્યુમ અંદર તમામ માહિતી અને મેટાડેટાની એક નકલ હોવાથી નવા સ્નેપશોટ રેકોર્ડ. ગાય સાથે, ફેરફારો થાય ત્યારે, આ સ્નેપશોટ માહિતી અકબંધ રહે છે, તે સમય અને સ્નેપશોટ કરવામાં આવ્યું હતું ખાતે જે ફાઇલસિસ્ટમ સ્થિતિ સતત દૃશ્ય જાળવવામાં શકાય.

એક નવો મિત્ર

મન ઉપરના સાથે, ખાસ કરીને તરીકે ઉબુન્ટુ btrfs વિકલ્પ સ્થાપન સમય તરીકે ઉપલબ્ધ કરાવે છે, હું figured તે સારો btrfs માં ડાઇવ અને થોડો સમય અન્વેષણ હશે. 🙂

ભાગ 2 ટૂંક સમયમાં આવી …

શેર